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结 城 洁 

生 于 1963 年 ， 日 本 资深 技术 作家 和 程 
序 员 。 在 编程 语言 、 设 计 模式 、 数 学 、 加 密 
技术 等 领域 , 编写 了 很 多 深 受 欢迎 的 入 门 
P. 代表作 有 《数学 女孩 》 系 列 、《 程 序 员 
的 数学 》、《 图 解密 码 技 术 》 等 。 


杨 文 轩 


华中 科技 大 学 硕士 ， 擅 长 Web 2.0 开 
发 ， 有 丰富 的 对 日 开发 经 验 。 现 就 职 于 日 
本 方正 股份 有 限 公 司 。 译 作 有 《 图 解 基础 
设施 设计 模式 》《 C 现 代 编 程 : 集成 开发 
环境 、 设 计 模 式 、 极 限 编程 、 测 试 驱动 开 
发 、 重 构 、 持 续集 成 》。 
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提起 设计 模式 ，GoF 的 《设计 模式 : 可 复 用 面向 对 象 软件 的 基础 》 一 书 可 谓 是 设计 模式 世界 的 
的 “圣经 ”> ， 几 乎 无 人 不 知 ， 无 人 不 晓 。 不 过 ， 一 来 该 书 实际 上 源 自 4 位 作者 的 博士 论文 ， 学 术 性 
较 强 ， 初 学 者 很 难 透彻 理解 书 中 内 容 。 二 来 ， 虽 说 设计 模式 只 是 设计 思想 ， 不 依赖 于 任何 编程 语 
言 ， 但 是 各 种 编程 语言 的 特性 终究 是 不 同 的 ， 而 该 书 中 的 示例 代码 又 是 基于 C++ 和 Smalltalk 的 。 
因此 ， 对 于 使 用 Java 语言 编程 的 开发 者 来 说 ， 当 然 还 是 最 希望 能 够 阅读 通过 Java 语言 的 示例 代码 
来 讲解 设计 模式 的 图 书 。 

本 书 是 结 城 浩 先生 除 《 程 序 员 的 数学 》《 图 解密 码 技术 (第 3 版 )》《 数 学 女孩 》 系 列 之 外 的 又 
一 力作 ， 初 版 于 2001 年 6 月 发 行 。 当 时 ， 日 本 还 没有 通俗 易 懂 地 讲解 设计 模式 的 图 书 。 就 这 一 点 而 
言 ， 本 书 堪 称 日 本 第 一 。 许 多 日 本 IT 工程 师 在 攻读 硕士 和 博士 学 位 时 都 学 习 过 本 书 。 如 今 ，15 年 过 
去 了 ， 本 书 历经 多 次 重印 ， 仍 位 居 销 售 排行 榜 前 列 ， 足 见 其 在 日 本 IT 类 图 书 中 的 地 位 。 

当然 ， 在 这 15 年 间 ，IT 界 也 发 生 了 翻天 履 地 的 变化 ， 各 种 开源 框架 层出不穷 ， 机 器 学 习 大 兴 
其 道 。 但 是 ， 在 面向 对 象 编 程 中 ， 设 计 模式 的 重要 性 却 不 曾 改变 。 与 以 前 一 样 ， 在 大 规模 的 企业 系 
统 开发 中 ，Java 和 C# 仍 处 于 主导 地 位 。 在 这 种 大 规模 系统 的 开发 中 ， 设 计 模 式 可 以 帮助 我 们 实现 
系统 结构 化 ， 很 好 地 支撑 起 系统 的 稳定 性 和 可 扩展 性 。 而 本 书 内 容 经 典 ， 时 至 今日 仍然 适用 ， 作 为 
设计 模式 的 入 门 图 书 ， 非 常 适合 于 初学 设计 模式 的 开发 者 。 


e 讲解 了 23 种 设计 模式 

本 书 对 GoF 书 中 的 23 种 设计 模式 全 部 进行 了 讲解 。 通 过 了 解 这 些 模式 ,我 们 可 以 知道 在 哪些 
情况 下 应 当 使 用 哪 种 设计 模式 。 在 编程 时 ， 如 果 能 够 预测 到 系统 中 的 某 处 可 能 发 生 什 么 样 的 变化 ， 
然后 提前 在 系统 中 使 用 合适 的 设计 模式 ， 就 可 以 帮助 我 们 以 最 少量 的 修改 来 应 对 需求 变更 。 设 计 模 
式 是 由 前 人 的 知识 和 经 验 浓缩 而 成 的 ， 是 帮助 我 们 快速 提高 开发 水 平 的 捷径 。 

e 讲解 了 对 接口 的 理解 

接口 的 使 用 方法 是 Java 等 面向 对 象 编程 语言 的 重要 部 分 ， 只 是 满足 于 知道 接口 的 基本 语法 是 
不 行 的 。 本 书 可 以 帮助 我 们 加 深 对 接口 的 重要 性 和 使 用 方法 的 理解 。 

e 讲解 了 可 复 用 代码 的 写法 

需求 变更 是 令 所 有 开发 者 都 会 感到 头疼 的 问题 。 当 发 生 需 求 变更 时 ， 我 们 总 是 希望 需要 修改 的 
代码 能 尽量 集中 在 一 起 ， 不 想 大 范围 地 修改 代码 。 另 外 ， 我 们 也 经 常 希望 在 新 系统 中 沿用 之 前 已 经 
测试 过 的 代码 。 本 书 就 将 教 我 们 如 何 编写 可 复 用 的 代码 。 


不 过 , 设计 模式 是 一 把 双 刃 剑 。 正 确 地 使 用 它 可 以 提高 系统 的 适应 性 ， 误 用 则 会 反 过 来 降低 系 
统 的 适应 性 。 下 面 的 学 习 方法 有 助 于 我 们 尽快 地 掌握 设计 模式 : 

L 了解 设计 模式 

首先 通过 阅读 图 书 和 文章 了 解 设计 模式 。 除 了 阅读 本 书 以 外 ， 还 可 以 参考 本 书 附录 中 介绍 的 许 
多 讲解 和 讨论 设计 模式 的 优秀 图 书 和 文章 。 
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2. 动手 体验 设计 模式 

自己 动手 编写 示例 代码 ， 观 察 代码 运行 结果 。 在 这 个 过 程 中 ,注意 用 心 去 感受 代码 。 

3. 在 项 目 中 实践 

当 认 为 时 机 成 熟 时 ， 可 以 尝试 在 项 目 中 运用 设计 模式 。 遇 到 阻力 时 ， 可 以 用 书 中 的 知识 和 自己 
的 理解 去 说 服 其 他 开发 人 员 和 项 目 经 理 。 

4. 总 结 经 验 教训 

误 用 设计 模式 并 不 可 怕 ， 可 怕 的 是 一 错 再 错 。 在 每 次 误 用 设计 模式 后 都 应 当 总 结 经 验 教训 ， 
样 才 能 真正 地 提高 对 设计 模式 的 理解 。 

5. 与 其 他 开发 者 交流 讨论 

与 其 他 开发 人 员 ， 特 别 是 与 经 验 丰富 的 开发 人 员 交 流 讨论 是 快速 掌握 设计 模式 的 行 之 有 效 的 
方法 之 一 。 在 讨论 候选 的 几 种 设计 模式 到 底 哪 种 更 好 的 过 程 中 ， 时 常会 出 现 “一 语 惊醒 梦 中 人 ”的 
情况 。 





在 此 衷心 希望 各 位 读者 朋友 们 能 够 爱 上 设计 模式 。 


杨 文 轩 
2016 年 10 月 
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大 家 好 ， 我 是 结 城 浩 。 欢 迎 阅 读 《 图 解 设 计 模式 六 

想必 大 家 在 编写 程序 的 时 候 ， 也 曾 遇 到 “ 喷 ， 好 像 之 前 编写 过 类 似 的 代码 ”这 样 的 情况 。 随 着 
开发 经 验 的 增加 ， 大 家 都 会 在 自己 的 脑海 中 积累 起 越 来 越 多 的 “模式 ”， 然 后 会 将 这 些 “ 模 式 ” 运 
用 于 下 次 开发 中 。 

Eric Gamma, Richard Helm, Ralph Johnson, John Vlissides 等 4 人 将 开发 人 员 的 上 述 “ 体 会 ” 
和 “内 在 积累 ”整理 成 了 “设计 模式 ”。 这 4 人 被 称 为 the Gang of Four， 简 称 GoF。 

GoF 为 常用 的 23 种 模式 赋予 了 “名 字 ”， 并 按照 类 型 对 它们 进行 了 整理 ， 编 写成 了 一 本 书 ， 这 
本 书 就 是 《设计 模式 : 可 复 用 面向 对 象 软件 的 基础 》( 请 参见 附录 E 中 的 [GoF] )。 

大 家 应 当 都 知道 ， 当 多 个 模块 组 合 在 一 起 工作 时 ， 接 口 是 非 常 重要 的 。 其 实 ， 这 条 原则 不 仅仅 
适用 于 计算 机 ， 也 适用 于 人 。 当 多 位 开发 人 员 一 起 工作 的 时 候 ,“ 人 ”这 个 接口 也 非常 重要 ， 而 这 
个 接口 的 基础 就 是 “语言 ”。 特 别 是 脱离 具体 代码 、 只 讨论 程序 的 大 致 结构 时 ， 语 言 和 图 示 就 显得 
尤其 重要 。 比 如 ， 另 外 一 位 开发 人 员 提 出 的 改进 方案 与 我 的 方案 究 况 是否 相同 ?是 不 是 大 框架 相同 
而 细节 不 同 呢 ?如 果 有 无 限 的 时 间 与 耐力 ， 这 些 问题 都 是 可 以 通过 反复 讨论 解答 出 来 的 。 但 是 ， 如 
果 借 助 设计 模式 的 术语 来 表达 想法 ,我 们 就 可 以 更 加 轻松 地 比较 两 人 的 观点 ， 进 而 使 讨论 进行 得 更 
加 顺利 。 

设计 模式 为 开发 人 员 提 供 了 有 益 且 丰富 的 词汇 ， 让 开发 人 员 可 以 更 容易 地 理解 对 方 所 要 表达 的 
意思 。 

本 书 将 对 GoF 的 23 种 设计 模式 逐一 进行 讲解 ， 让 那些 面向 对 象 的 初学 者 也 可 以 很 轻松 地 理解 
这 些 设计 模式 。 本 书 并 非 仅 仅 给 出 枯燥 的 设计 模式 理论 ， 还 会 用 Java 语言 编写 实现 了 设计 模式 的 示 
例 程序 ， 并 让 程序 真正 地 运行 起 来 。 我 们 学 习 设 计 模式 ， 并 不 是 为 了 遥远 的 将 来 而 打算 ， 而 是 将 它 
当 作 是 一 种 有 益 的 技巧 ， 因 为 它 可 以 帮助 我 们 从 全 新 的 角度 审视 我 们 每 天 所 编写 的 代码 ， 从 而 帮助 
我 们 开发 出 更 易于 复 用 和 扩展 的 软件 。 


| 本 书 的 特点 


€ Fi Java 语言 编写 可 实际 运行 的 程序 

我 们 会 编写 Java 程序 代码 来 实现 GoF 的 23 种 设计 模式 。 为 了 方便 大 家 通读 这 些 代码 ， 所 有 的 
代码 都 只 有 100 行 左 右 ， 非 常 精简 。 而 且 ， 所 有 的 代码 中 都 没有 “以 下 代码 省 略 ” 的 部 分 ， 且 都 经 
过 笔者 自己 编译 并 运行 过 。 

令 模 式 名 称 的 讲解 

设计 模式 的 名 称 原 本 不 是 汉语 ， 而 是 英语 。 开 发 人 员 如 果 不 精通 英语 ， 就 无 法 由 设计 模式 的 名 
称 直接 联想 到 它 的 作用 。 因 此 ， 本 书 还 会 讲解 各 设计 模式 的 名 称 是 什么 意思 ， 以 及 怎样 用 汉语 表 
达 。 这 样 一 来 ， 那 些 不 擅长 英语 的 开发 人 员 也 可 以 很 轻松 地 掌握 设计 模式 。 


多 模式 之 间 的 关联 与 练习 题 

设计 模式 不 需要 死记 硬 背 。 要 想 掌 握 模式 ， 必 须要 多 练习 ， 比 如 试 着 在 阅读 程序 时 识别 出 模 
式 ， 在 编写 程序 时 运用 模式 。 因 此 ， 必 须 了 解 模 式 之 间 的 关联 ， 并 练习 运用 模式 解决 具体 问题 。 本 
书 为 大 家 设计 了 用 于 学 习 设计 模式 的 练习 题 和 答案 。 


€ Java 语言 的 相关 信息 


本 书 不 仅 会 讲解 设计 模式 ， 还 会 向 读者 展示 一 些 信息 以 帮助 大 家 深入 理解 Java。 带 有 [Javaj 符 
号 的 内 容 表 示 这 部 分 是 和 Java 语言 相关 的 信息 。 


令 模 式 插图 
如 果 只 阅读 文字 讲解 内 容 ， 很 难 掌握 这 些 模 式 。 在 本 书 中 ,我 们 在 每 章 的 首页 中 都 放 了 一 张 图 
片 来 直观 地 展示 所 要 学 习 的 模式 ， 这 样 可 以 帮助 大 家 更 加 轻松 地 掌握 模式 。 


| 本 书 的 读者 


本 书 适合 以 下 读者 阅读 。 


e 对 面向 对 象 开发 感 兴趣 的 人 
e 对 设计 模式 感 兴趣 的 人 

(特别 是 阅读 了 GoF 的 著作 但 是 难以 理解 的 人 ) 
e 所 有 Java 程序 员 

(特别 是 对 抽象 类 和 接口 的 理解 不 充分 的 人 ) 


阅读 本 书 需 要 掌握 Java 语言 的 基本 知识 。 具 体 而 言 ， 至 少 需要 理解 类 和 接口 、 字 段 和 方法 ， 
并 能 够 编译 和 运行 Java 源 代码 。 

虽然 本 书 讲解 的 是 设计 模式 ， 但 必要 时 也 会 对 Java 语言 的 功能 进行 补充 说 明 ， 因 此 读者 还 可 
以 在 阅读 本 书 的 过 程 中 加 深 对 Java 的 理解 。 特 别 是 对 于 那些 对 抽象 类 和 接口 的 目的 理解 不 充分 的 读 
者 来 说 ， 本 书 具 有 很 大 的 参考 价值 。 

此 外 ， 即 使 不 了 解 Java 语言 也 没关系 。 如 果 了 解 CH+ 语言 ， 同 样 可 以 轻松 理解 本 书 中 的 内 容 。 

如 果 想 从 零 开始 学 习 Java 语言 ， 建 议 读者 在 阅读 本 书 前 ， 先 阅读 笔者 的 拙 作 《Java 语言 编程 
教程 (修订 版 )》”( 请 参见 附录 E [Yuki03] )。 

另外 , 建议 学 习 完 本 书 的 读者 再 去 学 习 一 下 《图 解 设计 模式 : LRE)? 请 参见 附录 E[Yuki02] )。 


| 本 书 的 结构 


本 书 结 构 如 下 所 示 ， 各 章 基 本 上 与 GoF 设计 模式 的 章节 相对 应 。 但 是 笔者 对 设计 模式 的 分 类 
与 GoF 不 同 ， 因 此 章节 划分 也 不 尽 相 同 。 关 于 GoF 对 设计 模式 的 分 类 ， 请 参见 附录 C. 

e 在 第 1 部 分 “适应 设计 模式 ”中 ， 我 们 将 学 习 一 些 比较 容易 理解 的 设计 模式 ， 并 以 此 来 适应 
D REZA [ATK Jaaid37u72RvZVwvvXAvz) 尚 无 中 文 版 。 一 一 译 者 注 
© Rd:£X[Jvaé$3k CRAT 422033 —5AP PLR YFA] 人 民 邮 电 出 版 社 即将 引进 

出 版 。 一 一 译 者 注 


设计 模式 的 概念 。 
.在 第 1 3€. “Iterator 模式 个 一 个 遍历 ”中 ,我 们 将 要 学 习 从 含有 多 个 元 素 的 集合 中 将 
各 个 元 素 逐 一 取出 来 的 Iterator 模式 。 
.在 第 2 章 “Adapter 模式 一 一 加 个 “适配器 ”以 便于 复 用 ”中 ， 我 们 将 要 学 习 Adapter 模 
式 ， 它 可 以 用 来 连接 具有 不 同 接口 (API ) 的 类 。 
e 在 第 2 部 分 “ 交 给 子 类 ”中 ， 我 们 将 学 习 与 类 的 继承 相关 的 设计 模式 。 
,在 第 3 章 “Template Method 模式 一 一 将 具体 处 理 交 给 子 类 ”中 ， 我 们 将 要 学 习 在 父 类 中 
定义 处 理 框架 ， 在 子 类 中 进行 具体 处 理 的 Template Method 模式 。 
.在 第 4 章 “Factory Method 模式 一 一 将 实例 的 生成 交 给 子 类 ”中 ， 我们 将 要 学 习 在 父 类 中 
定义 生成 接口 的 处 理 框架 ， 在 子 类 中 进行 具体 处 理 的 Factory Method 模式 。 
e 在 第 3 部 分 “生成 实例 ”中 ， 我 们 将 学 习 与 生成 实例 相关 的 设计 模式 。 
.在 第 5 章 “Singleton 模式 一 一 只 有 一 个 实例 ”中 ， 我 们 将 要 学 习 只 允许 生成 一 个 实例 的 
Singleton 模式 。 
.在 第 6 “Prototype 模式 一 一 通过 复制 生成 实例 ”中 ， 我 们 将 要 学 习 复 制 原型 接口 并 生成 
实例 的 Prototype 模式 。 
.在 第 7 3€. "Builder 模式 一 一 组 装 复 杂 的 实例 ”中 ， 我 们 将 要 学 习 通 过 各 个 阶段 的 处 理 以 组 
装 出 复杂 实例 的 Builder 模式 。 
.在 第 8 S£. "Abstract Factory 模式 一 一 将 关联 零件 组 装 成 产品 ”中 ， 我 们 将 要 学 习 像 在 工厂 
中 将 各 个 零件 组 装 成 产品 那样 生成 实例 的 Abstract Factory 模式 。 
e 在 第 4 部 分 “分 开 考 虑 ”中 ， 我 们 将 学 习 分 开 考 虑 易 变 得 杂乱 无 章 的 处 理 的 设计 模式 。 
“在 第 9 “Bridge 模式 一 一 将 类 的 功能 层次 结构 与 实现 层次 结构 分 离 ” 中 ， 我 们 将 要 学 习 
按照 功能 层次 结构 与 实现 层次 结构 把 一 个 两 种 扩展 (继承 ) 混在 一 起 的 程序 进行 分 离 ， 并 
在 它们 之 间 搭 建 桥梁 的 Bridge 模式 。 
.在 第 10 X£. "Strategy 模式 一 一 整体 地 替换 算法 ”中 ， 我 们 将 要 学 习 Strategy 模式 ， 它 可 以 
帮助 我 们 整体 地 替换 算法 ， 使 我 们 可 以 更 加 轻松 地 改善 算法 。 
e 在 第 5 部 分 “一 致 性 ”中 ， 我 们 将 学 习 能 够 让 两 个 看 上 去 不 同 的 对 象 的 操作 变 得 统一 ， 以 及 
在 不 改变 处 理 方法 的 前 提 下 增加 功能 的 设计 模式 。 另 外 ， 我 们 还 要 学 习 “ 委 托 ”。 
.在 第 11 章 “Composite 模式 一 一 容器 与 内 容 的 一 致 性 ”中 ， 我 们 将 要 学 习 让 容器 和 内 容 具 
有 一 致 性 ， 从 而 构建 递归 结构 的 Composite 模式 。 
.在 第 12 章 “Decorator 模式 一 一 装饰 边框 与 被 装饰 物 的 一 致 性 ”中 ， 我 们 将 要 学 习 让 装饰 
边框 与 被 装饰 物 具 有 一 致 性 ， 并 可 以 任意 县 加 装饰 边框 的 Decorator 模式 。 
e 在 第 6 部 分 “访问 数据 结构 ”中 ， 我 们 将 学 习 能 够 漫步 数据 结构 的 设计 模式 。 
.在 第 13 章 “Visitor 模式 一 一 访问 数据 结构 并 处 理 数据 ”中 ， 我 们 将 要 学 习 在 访问 数据 结 
构 的 同时 重复 套用 相同 操作 的 Visitor 模式 。 
.在 第 14 章 “Chain of Responsibility 模式 一 一 推 印 责 任 ” 中 ， 我 们 将 要 学 习 可 以 处 理 连 接 在 
一 起 的 多 个 对 象 中 某 个 地 方 的 Chain of Responsibility 模式 。 
e 在 第 7 部 分 “简单 化 ”中 ， 我 们 将 学 习 可 以 让 类 关系 简单 的 设计 模式 。 
.在 第 15 章 “Facade 模式 一 一 简单 窗口 ”中 ， 我 们 将 要 学 习 Facade 模式 ， 该 模式 并 不 是 单独 
地 控制 那些 错综复杂 地 关联 在 一 起 的 多 个 类 ， 而 是 通过 配置 一 个 窗口 类 来 改善 系统 整体 的 可 
操作 性 。 








“在 第 16 Æ "Mediator 模式 一 一 只 有 一 个 仲裁 者 ”中 ， 我 们 将 要 学 习 可 以 不 与 多 个 复杂 的 
类 打交道 ， 而 是 准备 一 个 窗口 ， 然 后 通过 与 这 个 窗口 打交道 来 简化 程序 的 Mediator 模式 。 
e 在 第 8 部 分 “管理 状态 ”中 ， 我 们 将 学 习 与 状态 相关 的 设计 模式 。 
“在 第 17 3€. "Observer 模式 一 一 发 送 状 态 变 化 通知 ”中 ， 我 们 将 要 学 习 将 状态 发 生变 化 的 
类 和 发 送 状态 变化 通知 的 类 分 开 实现 的 Observer 模式 。 
“在 第 18 3€. "Memento 模式 一 一 保存 对 象 状 态 ” 中 ， 我 们 将 要 学 习 可 以 保存 对 象 现在 的 状 
态 ， 并 可 以 根据 情况 撤销 操作 ， 将 对 象 恢复 到 以 前 状态 的 Memento 模式 。 
“在 第 19 3€. "State 模式 一 一 用 类 表示 状态 ”中 ， 我 们 将 要 学 习 用 类 来 表现 状态 ， 以 减少 
switch 语句 的 State 模式 。 
e 在 第 9 部 分 “避免 浪费 ”中 ， 我 们 将 学 习 可 以 避免 浪费 、 提 高 处 理 效率 的 设计 模式 。 
“在 第 20 章 “Flyweight 模式 一 一 共享 对 象 ， 避 免 浪 费 ” 中 ， 我 们 将 要 学 习 当 多 个 地 方 有 重 
复 对 象 时 ， 通 过 共享 对 象 来 避免 浪费 的 Flyweight 模式 。 
“在 第 21 “Proxy 模式 一 一 只 在 必要 时 生成 实例 ”中 ， 我 们 将 要 学 习 除 非 必须 “本 人 ”处 
理 ， 和 否则 就 只 使 用 代理 类 来 负责 处 理 的 Proxy 模式 。 
e 在 第 10 部 分 “用 类 来 表现 ”中 ， 我 们 将 学 习 用 类 来 表现 特殊 东西 的 设计 模式 。 
.在 第 22 章 “Command 模式 一 一 命令 也 是 类 ”中 ， 我 们 将 要 学 习 用 类 来 表现 请 求 和 命令 的 
Command 模式 。 
“在 第 23 章 “Interpreter 模式 一 一 语法 规则 也 是 类 ”中 ， 我 们 将 要 学 习 用 类 来 表现 语法 规则 
的 Interpreter 模式 。 


| 本 书 中 的 示例 代码 


示例 代码 的 获取 方法 
本 书 的 示例 代码 可 以 从 以 下 网 址 下 载 ( 点击“ 随 书 下 载 ”): 
http://www.ituring.com.cn/book/1811 
详细 信息 请 参见 附录 Bo 

| 从 Main 类 启动 示例 代码 
在 Java 中 ， 只 要 类 中 定义 了 以 下 方法 ， 就 可 以 将 该 类 作为 程序 的 起 点 : 
public static void main(string[]) 


但 是 在 本 书 中 ， 为 了 使 读者 能 够 更 容易 理解 代码 ， 各 章 的 示例 程序 都 使 用 Main 类 作为 程序 的 
起 点 。 


关于 本 书 中 术语 的 注意 事项 
| 接口 AP 
接口 这 个 术语 有 多 个 意思 。 


一 般 而 言 ， 在 提 到 “ 某 个 类 的 接口 ”时 ， 多 是 指 该 类 所 持 有 的 方法 的 集合 。 当 想 要 对 该 类 进行 
某 些 操作 时 ， 需 要 调用 这 些 方 法 。 

但 是 在 Java 中 ， 也 将 “使 用 关键 字 interface 声明 的 代码 ” 称 为 接口 。 

这 两 个 “接口 ”的 意思 有 些 相 似 ， 在 使 用 时 容易 混乱 ， 因 此 本 书 中 采用 以 下 方式 加 以 区 分 。 


e 接口 (API ) : 通常 的 意思 (API J application programming interface 的 缩写 ) 
e 接口 : 使 用 关键 字 interface 声明 的 代码 


和 模式、 类 和 角色 


在 本 书 中 ， 模 式 这 个 词 表 示 设 计 模式 的 意思 。 例 如 ,“GoF 一 共 在 书 中 整理 了 23 种 模式 ” 指 的 
就 是 “GoF 一 共 在 书 中 整理 了 23 种 设计 模式 ”。 另 外 ， 我 们 会 将 名 为 Memento 的 设计 模式 简称 为 
"Memento 模式 ”。 

类 是 指 Java 中 的 类 ， 即 以 class 关键 字 定 义 的 程序 。 例 如 ， 在 书 中 会 有 “这 段 程序 中 定义 的 
是 Gamer 类 ”这 种 描述 ; 而 “Memento 类 ” 则 是 指 在 程序 上 用 class Memento { ... |} 定 
义 的 代码 。 

角色 是 本 书 中 特有 的 说 法 。 它 是 指 模式 ( 设计 模式 ) 中 出 现 的 类 、 接 口 和 实例 在 模式 中 所 起 的 
作用 。 例 如 ， 在 书 中 会 有 “由 Gamer 类 扮演 Originator 角色 ”这 种 描述 。 当 然 ， 也 存在 角色 的 名 字 
与 类 和 接口 的 名 字 不 一 致 的 情况 。 

此 处 的 内 容 很 繁琐 ， 但 是 当 大 家 阅读 本 书 时 ， 就 会 理解 笔者 在 这 里 想 要 表达 的 意思 了 。 


致谢 


首先 需要 向 整理 出 设计 模式 的 Eric Gamma, Richard Helm, Ralph Johnson, John Vlissides 3X 4 
人 表示 感谢 。 

然后 ， 还 要 向 阅读 笔者 拙 作 ， 包 括 图 书 、 连 载 杂 志和 电子 邮件 杂志 的 读者 们 表示 感谢 。 另 外 ， 
还 要 向 笔者 Web 主页 上 的 朋友 们 表示 感谢 。 

笔者 在 编写 本 书 的 原稿 、 程 序 以 及 图 示 的 过 程 中 ， 也 同时 将 它们 公布 在 了 互联 网 上 ， 以 供 大 家 
评审 。 在 互联 网 上 招募 的 评审 人 员 不 限 和 年龄、 国籍、 性别、 住址、 职业 ， 所 有 交流 都 是 通过 电子 邮 
件 和 网 络 进行 的 。 在 此 ， 笔 者 要 向 参与 本 书评 审 的 朋友 们 表示 感谢 ， 特 别 是 对 给 予 了 我 宝贵 意见 、 
改进 方案 ， 向 我 反馈 错误 以 及 一 直 鼓励 我 的 以 下 各 位 表示 我 最 真挚 的 感谢 ( 按 五 十 音 图 顺序 排列 ) : 

新 真 千 惠 、 池 田 史 子 、 石 井 胜 、 石 田 浩 二 、 井 芹 义 博 、 宇 田 川 胜 俊 、 川 崎 昌 博 、 柿 原 知 香 子 、 
WER, ARER, BRKE, BRER, MHE, WEAR, MARB, WREX, SES 
义 、 谷 内 上 智 春 、 山 城 俊 介 。 

此 外 ， 对 其 他 参与 了 评审 工作 的 人 员 也 一 并 表示 感谢 。 


另外 ， 还 要 向 软银 出 版 股份 有 限 公司 的 图 书 总 编 野 泽 喜 美男 和 第 一 图 书 编辑 部 的 松本 香 织 表示 
感谢 。 当 我 们 一 起 商量 这 本 书 的 选 题 时 ， 他 们 都 表示 “这 一 定 会 是 一 本 好 书 "， 这 让 我 倍 受 鼓舞 。 
最 后 要 感谢 我 最 爱 的 妻子 和 两 个 儿子 ， 以 及 总 是 精神 满 满 地 支持 我 的 岳母 大 人 。 


结 城 浩 
2001 年 3 月 于 武藏 野 


[37 “修订 版 ”前 


《图 解 设计 模式 》 一 书 自 2001 年 初版 发 行 以 来 ， 承 蒙 各 位 读者 的 厚爱 ， 在 此 再 次 向 各 位 读者 表 
达 我 最 真挚 的 感谢 。 

在 这 次 “修订 版 ”中 ， 笔 者 重新 全 面 地 审视 了 本 书 的 内 容 和 表述 。 在 修订 中 ， 也 参考 了 读者 朋 
友 们 发 送 给 我 的 无 数 反馈 意见 和 建议 ,真心 谢谢 你 们 。 希 望 本 书 也 能 在 读者 朋友 的 工作 和 学 习 中 发 
挥 些许 作用 。 


结 城 浩 
2004 Æ 6 H 





OERASEH 0 


读者 可 以 从 以 下 网 址 获取 本 书 的 最 新 信息 : 
http://www.hyuki.com/dp 
该 网 址 是 作者 本 人 运营 的 网 站 之 一 。 


reS Web. —— 


请 将 您 读 完 这 本 书后 的 感想 及 意见 发 送 到 以 下 网 址 。 
http://www.ituring.com.cn/book/1811 


本 书 中 所 记载 的 系统 名 称 以 及 产品 名 称 一 般 都 是 各 个 开发 厂商 的 注册 商标 。 
书 中 并 没有 以 TM 、@ 等 符号 表示 出 来 。 


©2004 包括 本 书 中 的 程序 在 内 的 所 有 内 容 都 受到 版 权 法 保护 。 
没有 得 到 作者 和 出 版 社 的 许可 ， 严 禁 复制 或 复印 本 书 。 














UML 


UML 是 让 系统 可 视 化 、 让 规格 和 设计 文档 化 的 表现 方法 ， 它 是 Unified Modeling Language ( 统 
一 建 模 语 言 ) 的 简称 。 

AREH UML 来 表现 各 种 设计 模式 中 类 和 接口 的 关系 ， 所 以 我 们 在 这 里 稍微 了 解 一 下 UML, 
以 方便 后 面 的 阅读 。 但 是 请 大 家 注意 ， 在 说 明 中 我 们 使 用 的 是 Java 语言 的 术语 。 例 如 讲解 时 我 们 会 
用 Java 中 的 “字段 ”( field ) 取代 UML 中 的 “属性 ”( attribute )， 用 Java 中 的 “方法 ”( method ) 取 
代 UML 中 的 “操作 ”( operation )。 

UML 标准 的 内 容 非常 多 ， 本 节 只 对 书 中 使 用 到 的 UML 内 容 进行 讲解 。 如 果 想 了 解 更 多 UML 
内 容 ， 请 访问 以 下 网 站 。UML 的 规范 书 也 可 以 从 该 网 站 下 载 。 


* UML Resource Page 
http://www.omg.org/uml/ 
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UML 中 的 类 图 (Class Diagram ) 用 于 表示 类 、 接 口 、 实 例 等 之 间 相 互 的 静态 关系 。 虽 然 名 字 叫 
作 类 图 ， 但 是 图 中 并 不 仅仅 只 有 类 。 


| 类 与 层次 结构 
图 0-1 展示 了 一 段 Java 程序 及 其 对 应 的 类 图 。 
[图 0-1 展示 类 的 层次 关系 的 类 图 



































abstract class ParentClass { | ParentClass | 
int fieldl; 
static char field2; £ieldl | 
abstract void methodA(); field? 
double methodB() ( methodA | 
VP we methodB 
) 
) 
class ChildClass extends ParentClass ( 
void methodA() { 
Jd xus 
) ChiláClass 
static void methodC() { 
IH sez 
) methodA 
methodC 
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该 图 展示 了 ParentClass fllchildClass 两 个 类 之 间 的 关系 ， 其 中 的 空心 箭头 表明 了 两 者 
之 间 的 层次 关系 。 箭 头 由 子 类 指向 父 类 ， 换 言 之 ， 这 是 表示 继承 ( extends ) 的 箭头 。 

ParentClass Æ ChildClass 的 父 类 ， 反 过 来 说 ，childClass 是 ParentClass 的 子 类 。 
父 类 也 称 为 基 类 或 超 类 ， 子 类 也 称 为 派生 类 。 

图 中 的 长 方形 表示 类 ， 长 方形 内 部 被 横 线 自 上 而 下 分 为 了 如 下 3 个 区 域 。 


e 类 名 
e 字段 名 
e 方法 名 


有 时 ， 图 中 除了 会 写 出 类 名 、 字 段 名 和 方法 名 等 信息 外 ， 还 会 写 出 其 他 信息 (可见 性 、 方 法 的 
参数 和 类 型 等 )。 反 之 ， 有 时 图 中 也 会 省 略 所 有 不 必要 的 项 目 (因此 ， 我 们 无 法 确保 一 定 可 以 根据 
类 图 生成 源 程 序 ) 。 

abstract 类 (抽象 类 ) 的 名 字 以 斜体 方式 显示 。 例 如 ， 在 图 0-1 中 ParentClass 是 抽象 类 ， 
因此 它 的 名 字 以 斜体 方式 显示 。 

static 字段 (静态 字段 ) 的 名 字 带 有 下 划 线 。 例 如 ， 在 图 0-1 中 fie1q2 是 静态 字段 ， 因 此 
名 字 带 有 下 划 线 。 l 

abstract 方法 (抽象 方法 ) 的 名 字 以 斜体 方式 显示 。 例 如 ， 在 图 0-1 中 methoda 是 抽象 方 
法 ， 因 此 它 以 斜体 方式 显示 。 

static 方 法 (静态 方法 ) 的 名 字 以 下 划 线 显示 。 例 如 ,在 图 0-1 中 childclass 类 的 
methodc 是 类 的 静态 方法 ， 因 此 它 的 名 字 带 有 下 划 线 。 


>p 小 知识 : Java 术语 与 C++ 术语 
Java 术语 跟 C++ 术语 略 有 不 同 。Java 中 的 字段 相当 于 C++ 中 的 成 员 变 量 ， 而 Java 中 的 方 
法 相当 于 C++ 中 的 成 员 函 数 。 


P 小 知识 : 箭头 的 方向 

UML 中 规定 的 箭头 方向 是 从 子 类 指向 父 类 。 可 能 会 有 人 认为 子 类 是 以 父 类 为 基础 的 ， 箭 头 
从 父 类 指向 子 类 会 更 合理 。 

关于 这 一 点 ， 按 照 以 下 方法 去 理解 有 助 于 大 家 记 住 这 条 规则 。 在 定义 子 类 时 需要 通过 
extends 关键 字 指 定 父 类 。 因 此 ， 子 类 一 定 知道 父 类 的 定义 ， 而 反 过 来 ， 父 类 并 不 知道 子 类 的 
定义 。 只 有 在 知道 对 方 的 信息 时 才能 指向 对 方 ， 因 此 箭头 方向 是 从 子 类 指向 父 类 。 

















| 接口 与 实现 


图 0-2 也 是 类 图 的 示例 。 该 图 表示 PrintClass 类 实现 了 Printable 接口 。 为 了 强调 接口 与 
抽象 类 的 相似 性 ， 本 书 的 类 图 中 会 以 斜体 方式 显示 接口 的 名 字 。 不 过 在 其 他 书 的 类 图 中 ， 接 口 名 可 
能 并 非 以 斜体 显示 。 空 心 箭头 代表 了 接口 与 实现 类 的 关系 ， 箭 头 从 实现 类 指向 接口 。 换 言 之 ， 这 是 
表示 实现 (implements ) 的 箭头 。 

UML 以 ««interface»» 表示 Java 的 接口 。 


1 图 0-2 ”展示 接口 与 实现 类 的 类 图 
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interface Printable { <<interface>> 
abstract void print(); Printable 
abstract void newPage(); 
} print 
. i . newPage 
class PrintClass implements Printable ( A 
void print() ( i 
7r s | 
} | 
void newPage() ( | 
FI isa | 
) 
) PrintClass 
print 
newPage 
1 图 0-3 ”展示 聚合 关系 的 类 图 
class Color { Color | 
PI ass 
) 
class Fruit ( 
Color color; 
PP Css Fruit 
) 
color 
class Basket ( 
Fruit[] fruits; = 
A ss 
} 
Basket 
fruits 
| 聚合 
ŽK A 
图 0-3 也 是 类 图 的 示例 。 


该 图 展示 了 Color (颜色 )、Fruit (水 果 )、Basket ( 果 篮 ) 这 3 个 类 之 间 的 关系 。Basket 
类 中 的 fruits 字段 是 可 以 存放 Fruit 类 型 数据 的 数组 ， 在 一 个 Basket 类 的 实例 中 可 以 持 有 多 
个 Fruit 类 的 实例 ; Fruit 类 中 的 color 字段 是 color 类 型 ， 一 个 Fruit 类 实例 中 只 能 持 有 一 


个 color 类 的 实例 。 通 俗 地 说 就 是 在 篮子 中 可 以 放 入 多 个 水 果 ， 每 个 水 果 都 有 其 自身 的 颜色 。 


我 们 将 这 种 “ 持 有 ”关系 称 为 聚合 (aggregation )。 只 要 在 一 个 类 中 持 有 另外 一 个 类 的 实例 一 一 
无 论 是 一 个 还 是 多 个 一 一 它们 之 间 就 是 聚合 关系 。 就 程序 上 而 言 ， 无 论 是 使 用 数组 、java.util， 


Vector 或 是 其 他 实现 方式 ， 只 要 在 一 个 类 中 持 有 另外 一 个 类 的 实例 ， 它 们 之 间 就 是 聚合 关系 。 


在 UML 中 ,我们 使 用 带 有 空心 菱形 的 实 线 表示 聚合 关系 ， 因 此 可 以 进行 联想 记忆 ， 将 聚合 关 


系 想象 为 在 空心 菱形 的 右上 中 装 有 其 他 物品 。 
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| Tat ( 访问 控制 ) 
图 0-4 也 是 类 图 的 示例 。 


图 0-4 标识 出 了 可 见 性 的 类 图 








class Something { 
private int privateField; 


protected int protectedField; 


public int publicField; 
int packageField; 

private 
} 


void privateMethod() 


( 


protected void protectedMethod() ( 


) 
public 
) 
void packageMethod() ( 
) 

) 


void publicMethod() ( 





Something 





-privateField 
tprotectedField 
*publicField 
"CpackageField 








-privateMethod 
tprotectedMethod 
*publicMethod 
CpackageMethod 








该 图 标识 出 了 方法 和 字段 的 可 见 性 。 在 UML 中 可 以 通过 在 方法 名 和 字段 名 前 面 加 上 记号 来 表 


示 可 见 性 。 


“+” 表 示 public 方法 和 字段 ， 可 以 从 类 外 部 访问 这 些 方法 和 字段 。 
“-” 表 示 private 方法 和 字段 ， 无 法 从 类 外 部 访问 这 些 方法 和 字段 。 
“#” 表 示 protect 方法 和 字段 ， 能 够 访问 这 些 方法 和 字段 的 只 能 是 该 类 自身 、 该 类 的 子 类 以 


及 同一 包 中 的 类 。 


“~” 表 示 只 有 同一 包 中 的 类 才能 访问 的 方法 和 字段 。 


| 类 的 关联 


可 以 在 类 名 前 面 加 上 黑 三 角 表示 类 之 间 的 关联 关系 ， 如 图 0-5 所 示 。 







































































|Bo5 类 的 关联 
Client Zi Target Clientfi& FH Target 
Factory te od PERTEN Factory p Product 
Subject v rm OSEE | Subject 向 Observer 发 送 消息 
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[时序 图 


UML 的 时 序 图 (sequence diagram ) 用 来 表示 程序 在 工作 时 其 内 部 方法 的 调用 顺序 ， 以 及 事件 
的 发 生 顺 序 。 

类 图 中 表示 的 是 “不 因 时 间 流 逝 而 发 生变 化 的 关系 (静态 关系 》，， 时 序 图 则 与 之 相反 ， 表 示 的 
是 “随时 间 发 生变 化 的 东西 ( 动态 行为 》。 
| 处 理 流 与 对 象 间 的 协作 

图 0-6 展示 的 是 时 序 图 的 一 个 例子 。 


[aoe 时 序 图 示例 ( 方法 的 调用 ) 


class Client ( :Server :Device 
Server server; 1 一 一 一 
| | | 
1 1 [i 
| 
1 
i 











void work() { 
server.open(); 
server.print("Hello"); 
server.close(); 


work 
open 


} 


i Lo Mm < — SA | 


class Server ( 


Device device; | | write 
void open() ( 

Y dus 
上 | i 














void print (String s) ( 
device.write(s); 
LI usos 

) 

void close() ( 
d uus 

) 

y pe 

} 











class Device { 
void write(String s) ( 
d sawe 
) 
} 


在 图 0-6 中 ， 右 侧 是 时 序 图 示例 ， 左 侧 是 与 之 对 应 的 代码 片段 。 

该 图 中 共有 3 个 实例 ， 如 图 中 最 上 方 的 3 个 长 方形 所 示 。 在 长 方形 内 部 写 有 类 名 ， 类 名 跟 在 冒 
号 (: ) 之 后 ， 并 带 有 下 划 线 ,如 :Client. :Server,. :Device, 它们 分 别 代表 Client 类 、 
Server 类 、Device 类 的 实例 。 

如 果 需 要 ， 还 可 以 在 冒号 ( : ) 之 前 表示 出 实例 名 ,如 server:Server. 

每 个 实例 都 带 有 一 条 向 下 延伸 的 虚线 ， 我 们 称 其 为 生命 线 。 这 里 可 以 理解 为 时 间 从 上 向 下 流 
， 上 面 是 过 去 ， 下 面 是 未 来 。 生 命 线 仅 存在 于 实例 的 生命 周期 内 。 

在 生命 线 上 ， 有 一 些 细 长 的 长 方形 ， 它 们 表示 实例 处 于 某 种 活动 中 。 

横 方 向 上 有 许多 箭头 ， 请 先 看 带 有 open 字样 的 箭头 。 黑 色 实 线 箭 头 (一 > ) 表示 方法 的 调用 ， 








I" 
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这 里 表示 client 调用 server 的 open 方法 。 当 server 的 open 方法 被 调用 后 ，server 实例 
处 于 活动 中 ， 因 此 在 open 箭头 处 画 出 了 一 个 细 长 的 长 方形 。 

而 在 open 箭头 画 出 的 长 方形 下 方 ， 还 有 一 条 指向 client 实例 的 虚线 箭头 (< 一)， 它 表示 返 
El open 方法 。 在 上 图 中 ,我 们 画 出 了 所 有 的 返回 箭头 ,但 是 有 些 时 序 图 也 会 省 略 返 回 箭头 。 

由 于 程序 控制 已 经 返回 至 client， 所 以 表示 server 实例 处 于 活动 状态 的 长 方形 就 此 结束 了 o 

RE, client 实例 会 调用 server 实例 的 print 方法 。 不 过 这 次 不 同 的 是 在 print 方法 
H, server 会 调用 device 实例 的 write 方法 。 

这 样 ， 我 们 就 将 多 个 对 象 之 间 的 行为 用 图 示 的 方式 展示 出 来 了 。 时 序 图 的 阅读 顺序 是 沿 着 生命 
线 从 上 至 下 阅读 。 然 后 当 遇 到 箭头 时 ， 我 们 可 以 顺 着 箭头 所 指 的 方向 查看 对 象 间 的 协作 。 








学 习 设 计 模式 之 前 B 





在 学 习 设 计 模 式 之 前 ， 我 们 先 来 了 解 几 个 小 知识 ， 以 便 更 好 地 理解 设计 模式 。 


‖ 设计 模式 并 非 类 库 


为 了 方便 地 编写 Java 程序 ， 我 们 会 使 用 类 库 ， 但 是 设计 模式 并 非 类 库 。 

与 类 库 相 比 ， 设 计 模式 是 一 个 更 为 普遍 的 概念 。 类 库 是 由 程序 组 合 而 成 的 组 件 ， 而 设计 模式 则 
用 来 表现 内 部 组 件 是 如 何 被 组 装 的 ， 以 及 每 一 个 组 件 是 如 何 通过 相互 关联 来 构成 一 个 庞大 系统 的 。 

我 们 以 白雪 公主 的 故事 为 例 来 思考 一 下 。 在 讲述 故事 梗概 时 ， 我 们 并 不 需要 知道 在 演绎 这 个 故 
事 的 电影 中 到 底 是 谁 扮演 白雪 公主 、 谁 扮演 王子 。 与 介绍 演员 相 比 ， 讲 述 白雪 公主 与 王子 之 间 的 
“关系 ”更 加 重要 。 因 为 并 非特 定 的 演员 扮演 的 “白雪 公主 ” 才 是 白雪 公主 ， 不 论 谁 来 扮演 这 个 角 
色 ， 只 要 是 按照 白雪 公主 的 剧本 进行 演出 ， 她 们 都 是 白雪 公主 。 重 要 的 是 在 这 个 故事 中 有 哪些 出 场 
人 物 ， 他 们 之 间 是 什么 样 的 关系 。 

设计 模式 也 是 一 样 的 。 在 回答 “什么 是 Abstract Factory 模式 ”时 ， 阅 读 具 体 的 示例 代码 有 助 于 
我 们 理解 答案 ， 但 是 并 非 只 有 这 段 特 定 的 代码 才 是 Abstract Factory 模式 。 重 要 的 是 在 这 段 代 码 中 有 
哪些 类 和 接口 ， 它 们 之 间 是 什么 样 的 关系 。 


| 但 是 类 库 中 使 用 了 设计 模式 
设计 模式 并 非 类 库 ， 但 是 Java 标准 类 库 中 使 用 了 许多 设计 模式 。 掌 握 了 设计 模式 可 以 帮助 我 


们 理解 这 些 类 库 所 扮演 的 角色 。 
典型 的 例子 如 下 所 示 ， 在 以 后 单独 介绍 各 种 设计 模式 的 章节 中 ， 我 们 还 会 进一步 学 习 。 


è java.util.Iterator 是 用 于 遍历 元 素 集合 的 接口 ， 这 里 使 用 了 Iterator 模式 (第 1 章 ) 
e java.util.Observer 是 用 于 观察 对 象 状态 变化 的 接口 ， 这 里 使 用 了 Observer 模式 (第 17 章 ) 
e 以 下 的 方法 中 使 用 了 Factory Method 模式 (第 4 章 ) 
java.util.Calendar 类 的 getInstance 方法 
java.secure.SecureRandom 类 的 getInstance 方法 
java.text.NumberFormat 类 的 getInstance 方法 
e java.awt.Component 和 java.awt.Container 这 两 个 类 中 使 用 了 Composite 模 式 ( 第 11 章 ) 


示例 程序 并 非 成 品 
设计 模式 的 目标 之 一 就 是 提高 程序 的 可 复 用 性 ; 也 就 是 说 ,设计 模式 考虑 的 是 怎样 才能 将 程序 作 
为 “组 件 ”重复 使 用 。 因 此 ， 不 应 当 将 示例 程序 看 作 是 成 品 ， 而 应 当 将 其 作为 扩展 和 变更 的 基础 。 


e 有 哪些 功能 可 以 被 扩展 
e 扩展 功能 时 必须 修改 哪些 地 方 
e 有 了 哪些 类 不 需要 修改 


从 以 上 角度 看 待 设计 模式 可 以 帮助 我 们 加 深 对 设计 模式 的 理解 。 
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| 不 只 是 看 图 ， 还 要 理解 图 


本 书 以 图 解 的 方式 讲解 设计 模式 ， 其 中 主要 使 用 的 有 类 图 和 时 序 图 ( 请 参见 前 面 “ 关 于 UML” 
中 的 内 容 )。 这 些 图 并 非 只 是 简单 的 画 ， 只 将 一 眼 是 无 法 理解 其 中 内 容 的 。 

在 看 类 图 时 ， 首 先 看 长 方形 (类 )， 然 后 看 它们 里 面 的 方法 ， 并 确认 哪些 是 普通 方法 、 哪 些 是 
抽象 方法 。 接 着 确认 类 之 间 的 箭头 的 指向 ， 弄 清 究竟 是 哪个 类 实现 了 哪个 接口 。 只 有 像 这 样 循序 渐 
进 ， 一 步 一 步 对 图 中 的 内 容 刨 根 问 底 才 能 真正 理解 这 幅 图 的 主旨 。 

相 比 于 类 图 ， 时 序 图 理解 起 来 更 加 容易 一 些 。 按 照 时 间 顺 序 自 上 而 下 一 步 一 步 确认 哪个 对 象 调 
用 了 哪个 对 象 ， 就 可 以 慢 慢 理解 每 个 对 象 在 模式 中 所 扮演 的 角色 。 

只 浆 一 眼 图 是 无 法 理解 图 中 深 藏 的 内 容 的 ， 必 须 深入 理解 这 些 图 。 


| 自己 思考 案例 


不 要 只 是 阅读 书 中 的 案例 ， 还 需要 自己 尝试 着 思考 一 些 案例 。 
另外 ， 我 们 还 需要 在 自己 进行 设计 和 编程 时 思考 一 下 学 习 过 的 设计 模式 是 否 适 用 于 当前 场景 。 


| 理解 角色 一 一 谁 扮演 白雪 公主 | 

设计 模式 如 同 电影 一 样 ， 类 和 接口 这 些 “ 角 色 ” 之 间 进 行 各 种 各 样 的 交互 ， 共 同 演绎 一 部 精彩 
的 电影 。 在 电影 中 ， 每 个 人 都 必须 按照 自己 的 角色 做 出 相应 的 行为 。 主 人 公 的 行为 必须 像 主人 公 ， 
敌人 则 必须 对 抗 主 人 公 。 女 主角 也 会 出 场 ， 将 剧情 推 向 高 潮 。 

设计 模式 也 一 样 。 在 每 种 设计 模式 中 ， 类 和 接口 被 安排 扮演 各 自 的 角色 。 各 个 类 和 接口 如 果 不 
能 理解 自己 所 扮演 的 角色 ， 就 无 法 深入 理解 电影 整体 的 剧情 ， 无 法 扮演 好 自己 的 角色 。 这 可 能 导致 
主人 公 届 服 于 敌 方 ,或 是 女 主角 变 成 了 坏人 ; 又 或 是 将 喜剧 演 成 了 悲剧 ,将 纪实 片 演 成 了 虚构 片 。 

在 接 下 来 的 每 章 中 ,我 们 都 将 学 习 一 种 设计 模式 。 同 时 我 们 也 需要 了 解 设计 模式 中 出 现 的 角 
色 。 请 大 家 在 阅读 示例 代码 时 ， 不 要 只 上 采 着 代码 本 身 ， 而 要 将 关注 点 转移 到 角色 身上 来 ， 在 阅读 代 
码 的 时 候 ， 要 思考 各 个 类 和 接口 到 底 在 模式 中 扮演 着 什么 角色 。 

如 果 模 式 相 同 ， 即 使 类 名 不 同 ， 它 们 所 扮演 的 角色 也 是 相同 的 。 认 清 它们 所 扮演 的 角色 有 助 于 
我 们 理解 模式 。 这 样 ， 哪 怕 换 了 演员 ， 我 们 依然 可 以 正确 地 理解 剧情 。 

如 果 我 们 现在 看 的 是 《白雪 公主 》 那么 不 论 谁 扮演 白雪 公主 ， 王 子 都 会 爱 上 白雪 公主 。 最 后 
的 结局 也 一 定 是 白雪 公主 接受 了 王子 的 吻 ， 苏 醒 了 过 来 。 

那么 接 下 来 ， 让 我 们 赶快 进入 正题 ， 逐 个 学 习 设 计 模 式 吧 。 
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1.1 Iterator 模式 


使 用 Java 语言 显示 数组 arr 中 的 元 素 时 ， 我 们 可 以 使 用 下 面 这 样 的 for 循环 语句 遍历 数组 。 


for (int i = 0; i < arr.length; i4-) | 
System.out.println(arr[i]); 
} 


请 注意 这 段 代码 中 的 循环 变量 i。 该 变量 的 初始 值 是 0， 然 后 会 递增 为 1, 2， 3，. . .， 程 序 则 
在 每 次 i 递增 后 都 输出 arr [i]。 我 们 在 程序 中 经 常会 看 到 这 样 的 for 循环 语句 。 
数组 中 保存 了 很 多 元 素 ， 通 过 指定 数组 下 标 ， 我 们 可 以 从 中 选择 任意 一 个 元 素 。 


arr[0] 最 开始 的 元 素 ( 第 0 个 元 素 ) 
arr[(1] 下 = 个 元 罕 { 第 1 个 元 来 ) 


arr[(i] (第 主 站 元素】 


arr[arr.length - 1] 最 后 一 个 元 素 


for 语句 中 的 i++ 的 作用 是 让 i 的 值 在 每 次 循环 后 自 增 1， 这 样 就 可 以 访问 数组 中 的 下 一 个 
元 素 、 下 下 一 个 元 素 、 再 下 下 一 个 元 素 ， 也 就 实现 了 从 头 至 尾 逐 一 遍历 数组 元 素 的 功能 。 

将 这 里 的 循环 变量 i 的 作用 抽象 化 、 通 用 化 后 形成 的 模式 ， 在 设计 模式 中 称 为 Iterator 模式 。 

Iterator 模式 用 于 在 数据 集合 中 按照 顺序 遍历 集合 。 英 语 单词 Iterate 有 反复 做 某 件 事情 的 意思 ， 
汉语 称 为 “迭代 器 "。 

我 们 将 在 本 章 中 学 习 Iterator 模式 。 


[1.2 示例 程序 


首先 ， 让 我 们 来 看 一 段 实 现 了 Iterator 模式 的 示例 程序 。 这 段 示例 程序 的 作用 是 将 书 (Booxk ) 
放置 到 书架 (BookShelf ) 中 ， 并 将 书 的 名 字 按 顺序 显示 出 来 (图 1-1 )。 


12 “示例 程序 


[Bi 示例 程序 的 示意 图 





ÁN 
WT 


BookShelfIterator 








BookShelf 


| Aggregate 接口 


| 3 


Aggregate 接口 (代码 清单 1-1) 是 所 要 遍历 的 集合 的 接口 。 实 现 了 该 接口 的 类 将 成 为 一 个 可 


以 保存 多 个 元 素 的 集合 ， 就 像 数 组 一 样 。Aggregate A “ERE” “集合 ”的 意思 。 
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1 图 1-2 示例 程序 的 类 图 




































































<<interface>> Creates » ««interface»» 
> 

Aggregate Iterator 

iterator hasNext 
A next 

BookShelf BookShelfIterator 
books bookShelf 
last index 
getBookAt hasNext 
appendBook next 
getLength 
iterator 











Book | 





name | 








getName | 





表 1-1 类 和 接口 的 一 览 表 


名 字 
Aggregate 表示 集合 的 接口 
Iterator 遍历 集合 的 接口 


— L 




















Book 表示 书 的 类 
BookShelf 表示 书架 的 类 
BookShelfIterator 遍历 书架 的 类 
Main 测试 程序 行为 的 类 

















代码 清单 1-1 Aggregate 接口 ( Aggregate.java ) 


public interface Aggregate { 
public abstract Iterator iterator(); 





} 











在 Aggregate 接口 中 声明 的 方法 只 有 一 个 
fea m s 

想 要 遍历 集合 中 的 元 素 时 ， 可 以 调用 iterator 方法 来 生成 一 个 实现 了 Iterator 接口 的 类 
的 实例 。 


iterator 方法 。 该 方法 会 生成 一 个 用 于 遍历 
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接 下 来 我 们 看 看 Iterator 接口 (代码 清单 1-2 )。Iterator 接口 用 于 遍历 集合 中 的 元 素 ， 
其 作用 相当 于 循环 语句 中 的 循环 变量 。 那 么 , Æ Iterator 接口 中 需要 有 哪些 方法 呢 ? Iterator 
接口 的 定义 方式 有 很 多 种 ， 这 里 我 们 编写 了 最 简单 的 Iterator 接口 。 


代码 清单 1-2 Iterator 接口 ( Iterator.java ) 


public interface Iterator ( 
public abstract boolean hasNext(); 
public abstract Object next(); 














这 里 我 们 声明 了 两 个 方法 ， 即 判断 是 否 存在 下 一 个 元 素 的 hasNext 方法 ， 和 获取 下 一 个 元 素 
的 next 方法 。 

hasNext 方 法 的 返回 值 是 boolean 类 型 的 ， 其 原因 很 容易 理解 。 当 集合 中 存在 下 一 个 元 素 
时 ， 该 方法 返回 true ; 当 集合 中 不 存在 下 一 个 元 素 ， 即 已 经 遍历 至 集合 末尾 时 ， 该 方法 返回 
false. hasNext 方法 主要 用 于 循环 终止 条 件 。 

这 里 有 必要 说 明 一 下 next 方法 。 该 方法 的 返回 类 型 是 object， 这 表明 该 方法 返回 的 是 集合 
中 的 一 个 元 素 。 但 是 ，next 方法 的 作用 并 非 仅仅 如 此 。 为 了 能 够 在 下 次 调用 next 方法 时 正确 地 返 
回 下 一 个 元 素 ， 该 方法 中 还 隐 含 着 将 迭代 器 移动 至 下 一 个 元 素 的 处 理 。 说 “ 隐 含 "， 是 因为 
Iterator 接口 只 知道 方法 名 。 想 要 知道 next 方法 中 到 底 进行 了 什么 样 的 处 理 ， 还 需要 看 一 下 实 
现 了 Iterator 接口 的 类 (BookshelfIterator )。 这 样 ， 我们 才能 看 懂 next 方法 的 作用 。 


| Book 类 


Book 类 是 表示 书 的 类 ( 代码 清单 1-3 )。 但 是 这 个 类 的 作用 有 限 ， 它 可 以 做 的 事情 只 有 一 
件 一 一 通过 getName 方法 获取 书 的 名 字 。 书 的 名 字 是 在 外 部 调用 Book 类 的 构造 函数 并 初始 化 
Book 类 时 ， 作 为 参数 传递 给 Book 类 的 。 


代码 清单 1-3 Book 类 ( Book.java ) 


public class Book { 
private String name; 
public Book(String name) { 
this.name - name; 
} 
public String getName() ( 
return name; 


) 





} 








| BookSheit 类 


BookShelf 类 是 表示 书架 的 类 (代码 清单 1-4 )。 由 于 需要 将 该 类 作为 集合 进行 处 理 ， 因 此 它 
实现 了 Aggregate 接口 。 代 码 中 的 implements Aggregate 部 分 即 表示 这 一 点 。 此 外 ， 请 注 
EXE BookShelf 类 中 还 实现 了 Aggregate 接口 的 iterator 方法 。 
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| ”BookShelf 类 ( BookShelf.java ) 
public class BookShelf implements Aggregate 1 


private Book[] books; 

private int last = 0; 

public BookShelf(int maxsize) { 
this.books - new Book[maxsize]; 














} 

public Book getBookAt (int index) { 
return books[index]; 

} 

public void appendBook (Book book) { 
this.books[last] = book; 
lasttt; 

} 

public int getLength() { 
return last; 


} 





这 个 书架 中 定义 了 books 字段 ， 它 是 Book 类 型 的 数组 。 该 数组 的 大 小 (maxsize ) 在 生成 
BookShelf 的 实例 时 就 被 指定 了 。 之 所 以 将 books 字段 的 可 见 性 设置 为 private， 是 为 了 防止 
外 部 不 小 心 改 变 了 该 字段 的 值 。 

接 下 来 我 们 看 看 iterator 方法 。 该 方法 会 生成 并 返回 BookShelfIterator 类 的 实例 作为 
BookShelf 类 对 应 的 Iterator。 当 外 部 想 要 遍历 书架 时 ， 就 会 调用 这 个 方法 。 


| BookShelflteraotr 类 
接 下 来 让 我 们 看 看 用 于 遍历 书架 的 BookShelfIterator 类 (代码 清单 1-5 )。 





BookShelflterator 类 ( BookShelflterator.java ) 


public class BookShelfIterator implements Iterator { 


private BookShelf bookShelf; 
private int index; 
public BookShelfIterator(BookShelf bookShelf) { 
this.bookShelf = bookShelf; 
this.index = 0; 
) 
public boolean HSSNexE O 
if (index < bookShelf.getLength()) ( 
return true; 
) else ( 
return false; 
ji 
} 
public Object A8% () 
Book book = bookShelf.getBookAt (index); 
index++; 
return book; 
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因为 BookShelfIterator 类 需要 发 挥 Iterator 的 作用 ， 所 以 它 实现 了 Iterator 接口 。 

bookShelf 字段 表示 BookShelfIterator 所 要 遍历 的 书架 。inqdex 字段 表示 迭代 器 当前 
所 指向 的 书 的 下 标 。 

构造 函数 会 将 接收 到 的 Bookshelf 的 实例 保存 在 bookshelf 字段 中 ， 并 将 index 初始 化 为 0。 

hasNext 方法 是 Iterator 接口 中 所 声明 的 方法 。 该 方法 将 会 判断 书架 中 还 有 没有 下 一 本 书 ， 
如 果 有 就 返回 true， 如 果 没 有 就 返回 false。 而 要 知道 书架 中 有 没有 下 一 本 书 ， 可 以 通过 比较 
index 和 书架 中 书 的 总 册 数 (bookshelf.getLength() 的 返回 值 ) 来 判断 。 

next 方法 会 返回 迭代 器 当前 所 指向 的 书 (Book 的 实例 )， 并 让 和 迭代 需 指 向 下 一 本 书 。 它 也 是 
Iterator 接口 中 所 声明 的 方法 。next 方法 稍微 有 些 复 杂 ， 它 首先 取出 book 变量 作为 返回 值 ， 
然后 让 index 指向 后 面 一 本 书 。 

如 果 与 本 章 开头 的 for 语句 来 对 比 ， 这 里 的 “让 index 指向 后 面 一 本 书 ” 的 处 理 相当 于 其 中 
的 i++， 它 让 循环 变量 指向 下 一 个 元 素 。 


| Main 类 
至 此 ,遍历 书架 的 准备 工作 就 完成 了 。 接 下 来 我 们 使 用 Main 类 (代码 清单 1-6 ) 来 制作 一 个 小 书架 。 
代码 清单 1-6 Main 类 ( Main.java ) 


public class Main { 
public static void main(String[] args) ( 
BookShelf bookShelf = new BookShelf (4); 
bookShelf.appendBook(new Book("Around the World in 80 Days")); 
bookShelf.appendBook(new Book("Bible")); 
bookShelf.appendBook (new Book("Cinderella")); 
bookShelf.appendBook (new Book("Daddy-Long-Legs")); 
Iterator it = bookShelf.iterator(); 
while (it.hasNext()) ( 
Book book = (Book)it.next(); 
System.out.println (book.getName ()); 











这 段 程序 首先 设计 了 一 个 能 容纳 4 本 书 的 书架 ， 然 后 按 书 名 的 英文 字母 顺序 依次 向 书架 中 放 和 人 
了 下 面 这 4 本 书 。 


Around the World in 80 Days(《 环 游 世 界 80 天 》) 
Bible(《 圣 经 》) 

Cinderella(《 灰 姑娘 》) 

Daddy Long Legs (KIBE Y) 


为 了 便于 理解 ， 笔 者 特意 选 了 这 4 本 首 字母 分 别 为 A、B、C、D 的 书 。 

通过 bookShelf.iterator () 得 到 的 it 是 用 于 遍历 书架 的 Iterator 实例 。while 部 分 
的 条 件 当然 就 是 it .hasNext () 了 。 只 要 书架 上 有 书 ，while 循环 就 不 会 停止 。 然 后 ， 程 序 会 通 
过 让 .next () 一 本 一 本 地 遍历 书架 中 的 书 。 

图 1-3 展示 了 上 面 这 段 代码 的 运行 结果 。 
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1 图 1-3 运行 结果 








Around the World in 80 Days 
Bible 

Cinderella 

Daddy-Long-Legs 
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读 完 示例 程序 ， 让 我 们 来 看 看 Iterator 模式 中 的 登场 角色 。 


€ Iterator ( 迭代 器 ) 

该 角色 负责 定义 按 顺 序 逐 个 遍历 元 素 的 接口 (API )。 在 示例 程序 中 , HIterator 接口 扮演 
这 个 角色 ， 它 定义 了 hasNext 和 next 两 个 方法 。 其 中 ，hasNext 方法 用 于 判断 是 否 存在 下 一 个 
元 素 ，next 方法 则 用 于 获取 该 元 素 。 


€ Concretelterator ( 具体 的 迭代 器 ) 


该 角色 负责 实现 Iterator 角色 所 定义 的 接口 (API )。 在 示例 程序 中 ,由 BookShelfIterator 类 
扮演 这 个 角色 。 该 角色 中 包含 了 遍历 集合 所 必需 的 信息 。 在 示例 程序 中 ，BookShelEf 类 的 实例 保 
存在 bookShelf 字段 中 ， 被 指向 的 书 的 下 标 保 存在 index 字段 中 。 

€ Aggregate ( 集合 ) 

该 角色 负责 定义 创建 Iterator 角色 的 接口 (API )。 这 个 接口 (API ) 是 一 个 方法 ， 会 创建 出 “ 按 
顺序 访问 保存 在 我 内 部 元 素 的 人 ”。 在 示例 程序 中 , Hi Aggregate 接口 扮演 这 个 角色 ， 它 里 面 定 
X f iterator 方法。 

€ ConcreteAggregate ( 具体 的 集合 ) 

该 角色 负责 实现 Aggregate 角色 所 定义 的 接口 (API )。 它 会 创建 出 具体 的 Iterator 角色 ， 即 
Concretelterator 角色 。 在 示例 程序 中 ， 由 Bookshelf 类 扮演 这 个 角色 ， 它 实现 了 iterator 方法 。 

图 1-4 是 展示 了 Iterator 模式 的 类 图 。 













































































1 图 1-4 Iterator 模式 的 类 图 
<<interface>> Creates 了 <<interface>> 
Aggregate Iterator 
iterator hasNext 
A next 
i i 
1 
ConcreteAggregate | ConcreteIterator 
: aggregate 
iterator 
hasNext 
next 
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| 不管 实现 如 何 变化 ， 都 可 以 使 用 lterator 


为 什么 一 定 要 考虑 引入 Iterator 这 种 复杂 的 设计 模式 呢 ? 如 果 是 数组 ， 直 接 使 用 for 循环 语句 
进行 遍历 处 理 不 就 可 以 了 吗 ? 为 什么 要 在 集合 之 外 引入 Iterator 这 个 角色 呢 ? 
一 个 重要 的 理由 是 ， 引 入 Iterator 后 可 以 将 遍历 与 实现 分 离开 来 。 请 看 下 面 的 代码 。 


while (it.hasNext()) (| 
Book book = (Book)it.next(); 
System.out.println(book.getName()); 
) 


这 里 只 使 用 了 Iterator 的 hasNext 方 法 和 next 方 法 ， 并 没有 调用 BookShelEf 的 方法 。 
也 就 是 说 ， 这 里 的 while 循环 并 不 依赖 于 BookShelEf 的 实现 。 

如 果 编 写 BookShelEf 的 开发 人 员 决定 放弃 用 数组 来 管理 书本 ， 而 是 用 java.util.Vector 
取而代之 ， 会 怎样 呢 ? KE Bookshelf 如 何 变化 ， 只 要 BookShelf 的 iterator 方法 能 正确 地 
返回 Iterator 的 实例 ( 也 就 是 说 ， 返 回 的 Iterator 类 的 实例 没有 问题 ，hasNext M next F 
法 都 可 以 正常 工作 )， 即 使 不 对 上 面 的 while 循环 做 任何 修改 ， 代 码 都 可 以 正常 工作 。 

这 对 于 BookShe1f 的 调用 者 来 说 真是 太 方便 了 。 设 计 模 式 的 作用 就 是 帮助 我 们 编写 可 复 用 的 
类 。 所 谓 “ 可 复 用 ”"， 就 是 指 将 类 实现 为 “组 件 ”， 当 一 个 组 件 发 生 改 变 时 ， 不 需要 对 其 他 的 组 件 进 
行 修改 或 是 只 需要 很 小 的 修改 即 可 应 对 。 

这 样 也 就 能 理解 为 什么 在 示例 程序 中 iterator 方法 的 返回 值 不 是 BookSshelfIterator 类 
型 而 是 Iterator 类 型 了 (代码 清单 1-6 )。 这 表明 ， 这 段 程序 就 是 要 使 用 Iterator 的 方法 进行 
编程 ， 而 不 是 BookShelfIterator 的 方法 。 


| 难以 理解 抽象 类 和 接口 


难以 理解 抽象 类 和 接口 的 人 常常 使 用 ConcreteAggregate 角色 和 ConcreteIterator 角色 编程 ， 而 
不 使 用 Aggregate 接口 和 Iterator 接口 ， 他 们 总 想 用 具体 的 类 来 解决 所 有 的 问题 。 

但 是 如 果 只 使 用 具体 的 类 来 解决 问题 ， 很 容易 导致 类 之 间 的 强 耦 合 ， 这 些 类 也 难以 作为 组 件 被 
再 次 利用 。 为 了 弱化 类 之 间 的 耦合 ， 进 而 使 得 类 更 加 容易 作为 组 件 被 再 次 利用 ， 我 们 需要 引入 抽象 
类 和 接口 。 

这 也 是 贯穿 本 书 的 思想 。 即 使 大 家 现在 无 法 完全 理解 ， 相 信 随 着 深入 阅读 本 书 ， 也 一 定 能 够 逐 
渐 理 解 。 请 大 家 将 “不 要 只 使 用 具体 类 来 编程 ， 要 优先 使 用 抽象 类 和 接口 来 编程 ” 印 在 脑海 中 。 


| Aggregate 和 Iterator 的 对 应 


请 大 家 仔细 回忆 一 下 我 们 是 如 何 把 BookShelfIterator 类 定义 为 Bookshelf 类 的 
Concretelterator 角色 的 。BookShelfIterator 类 知道 BookShelf 是 如 何 实现 的 。 也 正 是 因为 如 
此 ， 我 们 才能 调用 用 来 获取 下 一 本 书 的 getBookAt 方法 。 

也 就 是 说 ， 如 果 Bookshelf 的 实现 发 生 了 改变 ， 即 getBookAt 方法 这 个 接口 (API ) 发 生变 
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化 时 ， 我 们 必须 修改 BookShelflIterator 2$, 
正如 Aggregate 和 Iterator 这 两 个 接口 是 对 应 的 一 样 ，ConcreteAggregate 和 
ConcreteIterator 这 两 个 类 也 是 对 应 的 。 


| 容易 弄 错 “下 一 个 ” 


在 Iterator 模式 的 实现 中 ， 很 容易 在 next 方法 上 出 错 。 该 方法 的 返回 值 到 底 是 应 该 指向 当前 
元 素 还 是 当前 元 素 的 下 一 个 元 素 呢 ?” 更 详细 地 讲 ，next 方法 的 名 字 应 该 是 下 面 这 样 的 。 


returnCurrentElementAndAdvanceToNextPosition 


也 就 是 说 ，next 方法 是 “返回 当前 的 元 素 ， 并 指向 下 一 个 元 素 ”。 


| 还 容易 弄 错 “最 后 一 个 ” 

在 Iterator 模式 中 ， 不 仅 容 易 弄 错 “ 下 一 个 "， 还 容易 弄 错 “ 最 后 一 个 "。hasNext 方法 在 返回 
最 后 一 个 元 素 前 会 返回 true， 当 返回 了 最 后 一 个 元 素 后 则 返回 fal se。 稍 不 注意 ， 就 会 无 法 正确 
地 返回 “最 后 一 个 ”元 素 。 

请 大 家 将 hasNext 方法 理解 成 “确认 接 下 来 是 否 可 以 调用 next 方法 ”的 方法 就 可 以 了 。 
| 多 个 Iterator 


“将 遍历 功能 置 于 Aggregate 角色 之 外 ”是 Iterator 模式 的 一 个 特征 。 根 据 这 个 特征 ， 可 以 针对 
一 个 ConcreteAggregate 角色 编写 多 个 Concretelterator 角色 。 
| 迭代 器 的 种 类 多 种 多 样 


在 示例 程序 中 展示 的 Iterator 类 只 是 很 简单 地 从 前 向 后 遍历 集合 。 其 实 ,遍历 的 方法 是 多 
种 多 样 的 。 


e 从 最 后 开始 向 前 遍历 
e 既 可 以 从 前 向 后 遍历 ， 也 可 以 从 后 向 前 遍历 ( 既 有 next 方法 也 有 previous 方法 ) 
e 指定 下 标 进行 “跳跃 式 ” 遍 历 


学 到 这 里 ， 相 信 大 家 应 该 可 以 根据 需求 编写 出 各 种 各 样 的 Iterator 类 了 。 


| 不 需要 deletelterator 


在 Java 中 ， 没 有 被 使 用 的 对 象 实例 将 会 自动 被 删除 ( 垃圾 回收 ，GC )。 因 此 , 在 iterator 中 
不 需要 与 其 对 应 的 deleteIterator 方法 。 
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[15 相关 的 设计 模式 


€ Visitor 模式 (第 13 章 ) 

Iterator 模式 是 从 集合 中 一 个 一 个 取出 元 素 进行 遍历 ， 但 是 并 没有 在 Iterator 接口 中 声明 对 
取出 的 元 素 进行 何 种 处 理 。 

Visitor 模式 则 是 在 遍历 元 素 集合 的 过 程 中 ， 对 元 素 进行 相同 的 处 理 。 

在 遍历 集合 的 过 程 中 对 元 素 进行 固定 的 处 理 是 常 有 的 需求 。Visitor 模式 正 是 为 了 应 对 这 种 需求 
而 出 现 的 。 在 访问 元 素 集合 的 过 程 中 对 元 素 进 行 相 同 的 处 理 ， 这 种 模式 就 是 Visitor 模式 。 

€ Composite 模式 (第 11 章 ) 

Composite 模式 是 具有 递归 结构 的 模式 ， 在 其 中 使 用 Iterator 模式 比较 困难 。 


€ Factory Method 模式 (第 4 章 ) 
Æ iterator 方法 中 生成 Iterator 的 实例 时 可 能 会 使 用 Factory Method 模式 。 


[1.6 本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 按照 统一 的 方法 遍历 集合 中 的 元 素 的 Iterator 模式 。 
接 下 来 让 我 们 做 一 下 练习 题 吧 。 


1.7 练习 题 答案 请 参见 附录 A ( P.294 ) 





0518 1-1 
在 示例 程序 的 Bookshe1lf 类 (代码 清单 1-4) 中 ， 当 书 的 数量 超过 最 初 指定 的 书架 容量 
时 ， 就 无 法 继续 向 书架 中 添加 书本 了 。 请 大 家 不 使 用 数组 ， 而 是 用 java.util. 
ArrayList 修改 程序 ， 确 保 当 书 的 数量 超过 最 初 指定 的 书架 容量 时 也 能 继续 向 书架 中 
添加 书本 。 


第 2 章 Adapter 模式 





加 个 “适配器 ”以 便于 复 用 
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| 2.1 Adapter 模式 


如 果 想 让 额定 工作 电压 是 直流 12 伏特 的 笔记 本 电脑 在 交流 100 伏特 ”的 AC 电源 下 工作 , 应 该 
怎么 做 呢 ? 通常 ， 我 们 会 使 用 AC 适配器 ， 将 家 庭 用 的 交流 100 伏特 电压 转换 成 我 们 所 需要 的 直流 
12 伏特 电压 。 这 就 是 适配器 的 工作 ， 它 位 于 实际 情况 与 需求 之 间 ， 填 补 两 者 之 间 的 差异 。 适 配器 的 
英文 是 Adapter， 意 思 是 “使 …… 相 互 适合 的 东西 ”。 前 面 说 的 AC 适配器 的 作用 就 是 让 工作 于 直流 
12 伏特 环境 的 笔记 本 电脑 适合 于 交流 100 伏特 的 环境 (图 2-1 )。 


[图 2-1 ”适配器 的 角色 





直流 12 伏 特 





交流 100 伏 特 


在 程序 世界 中 ， 经 常会 存在 现 有 的 程序 无 法 直接 使 用 ， 需 要 做 适当 的 变换 之 后 才能 使 用 的 情 
况 。 这 种 用 于 填补 “ 现 有 的 程序 ”和 “所 需 的 程序 ”之 间 差 异 的 设计 模式 就 是 Adapter 模式 。 

Adapter 模式 也 被 称 为 Wrapper 模式 。Wrapper 有 “包装 器 ”的 意思 ， 就 像 用 精美 的 包装 纸 将 普 
通商 品 包装 成 礼物 那样 ， 替 我 们 把 某 样 东西 包 起 来 ， 使 其 能 够 用 于 其 他 用 途 的 东西 就 被 称 为 “包装 
de^ mue "uk. 

Adapter 模式 有 以 下 两 种 。 


e 类 适配器 模式 ( 使 用 继承 的 适配器 ) 
e 对 象 适配器 模式 ( 使 用 委托 的 适配器 ) 


本 章 将 依次 学 习 这 两 种 Adapter 模式 。 


2.2 示例 程序 ( 1 ) ( 使 用 继承 的 适配器 ) 


首先 ， 让 我 们 来 看 一 段 使 用 继承 的 适配器 的 示例 程序 。 这 里 的 示例 程序 是 一 段 会 将 输入 的 字符 
串 显示 为 (Hello) 或 是 *Hellox 的 简单 程序 。 

目前 在 Banner 类 ( Banner 有 广告 横幅 的 意思 ) 中 , 有 将 字符 串 用 括号 括 起 来 的 showWithParen 
方法 ， 和 将 字符 串 用 * 号 括 起 来 的 showWithAster 方法 。 我 们 假设 这 个 Banner 类 是 类 似 前 文 
中 的 “交流 100 伏特 电压 ”的 “实际 情况 ”。 

假设 Print 接口 中 声明 了 两 种 方法 ， 即 弱化 字符 串 显示 ( 加 括号 ) 的 printweak (weak 有 弱化 
的 意思 ) 方法 ， 和 强调 字符 串 显示 (加 * 号 ) 的 printStrong (strong 有 强化 的 意思 ) 方法 。 我 们 
假设 这 个 接口 是 类 似 于 前 文中 的 “直流 12 伏特 电压 ”的 “需求 ”。 





(D 上 日 本 的 普通 住宅 区 常用 电压 是 100 伏特 ,而 国内 居民 区 常用 电压 是 220 伏特 ， 此 处 沿用 了 原文 中 的 
表述 ， 故 电压 为 100 伏特 。 一 一 译 者 注 
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现在 要 做 的 事情 是 使 用 Banner 类 编写 一 个 实现 了 Print 接口 的 类 ， 也 就 是 说 要 做 一 个 将 
“交流 100 伏特 电压 ”转换 成 “直流 12 伏特 电压 ”的 适配器 。 

扮演 适配器 角色 的 是 PrintBanner 类 。 该 类 继承 了 Banner 类 并 实现 了 “需求 ” 
接口 。PrintBanner 类 使 用 showwithParen 方法 实现 了 printWeak, 使 用 showWithAster 
方法 实现 了 printStrong。 这 样 ，PrintBannet 类 就 具有 适配器 的 功能 了 。 电 源 的 比喻 和 示例 
程序 的 对 应 关系 如 表 2-1 所 示 。 





Print 


表 2-1 ”电源 的 比喻 和 示例 程序 的 对 应 关系 


电源 的 比喻 
实际 情况 交流 100 伏特 | Banner 类 ( showWithParen, showWithAster ) 














变换 装置 适配器 | PrintBanner 类 
直流 12 伏特 Print 接口 ( PrintNWeak、PrintStrong ) 











1 图 2-2 使 用 了 “类 适配器 模式 ”的 示例 程序 的 类 图 ( 使 用 继承 ) 









































Main 
Uses 
E 
«cinterface»» 网 二 ee PrintBanner Banner 
Print | 
a printWeak showWithParen 
ron P printStrong showWithAster 
prin 


























| Banner 类 
假设 Banner 类 (代码 清单 2-1 ) 是 现在 的 实际 情况 。 


代码 清单 2-1 Banner Æ% ( Banner java ) 


public class Banner { 
private String string; 
public Banner(String string) ( 
this.string = string; 











} 

public void showWithParen() { 
System.out.println("(" -+ string * ")"); 

) 

public void showWithAster() { 
System.out.println('"*" + string + '"*"); 


) 
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| Print 接口 
假设 Print 接口 (代码 清单 2.2 ) 是 “需求 "的 接口。 


代码 清单 -2 Print 接口 ( Printjava ) 
public MEE Print | 


public abstract void printWeak(); 
public abstract void printStrong(); 


| PrintBanner 类 


PrintBanner 类 (代码 清单 2-3 ) 扮演 适配器 的 角色 。 它 继承 (extends ) 了 Banner 类 ， 继 
承 了 showWithParen 方 法 和 showWwithRAstezr 方 法 。 同 时 ， 它 又 实现 (implements ) 了 
Print 接口 ， 实 现 了 printWeak 方法 和 printStrong 方法 。 


代码 清单 2-8  PrintBanner 类 ( PrintBanner.java ) 
public class PrintBanner BSN Dare | 


public PrintBanner(String string) 1{ 
super (string); 

) 

public void printWeak() { 
showWithParen(); 


) 

public void printStrong() { 
showWithAster(); 

} 


| Main 类 
Main 类 (代码 清单 2-4 ) 的 作用 是 通过 扮演 适配器 角色 的 PrintBanner 类 来 弱化 ( 带 括号 ) 
或 是 强化 Hello ( 带 * 号) 字符 串 的 显示 。 


“代码 清单 24 Main 类 ( Mainjava ) 


public class Main ( 
public static void main(String[] args) ( 
Print p = new PrintBanner("Hello"); 
p.printWeak(); 
p.printStrong(); 


图 2-3 运行 结果 








(Hello) 


*Hello* 





请 注意 ， 这 里 我 们 将 PrintBanner 类 的 实例 保存 在 了 Print 类 型 的 变量 中 。 在 Main 类 中 ， 
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我 们 是 使 用 Print 接口 ( 即 调用 printWeak 方 法 和 printStrong 方 法 ) 来 进行 编程 的 。 对 
Main 类 的 代码 而 言 ，Banner 类 、showWithParen 方法 和 showWithAster 方法 被 完全 隐藏 起 
来 了 。 这 就 好 像 笔记 本 电脑 只 要 在 直流 12 伏特 电压 下 就 能 正常 工作 ， 但 它 并 不 知道 这 12 伏特 的 电 
压 是 由 适配器 将 100 伏特 交流 电压 转换 而 成 的 。 

Main 类 并 不 知道 PrintBanner 类 是 如 何 实现 的 ， 这 样 就 可 以 在 不 用 对 Main 类 进行 修改 的 
情况 下 改变 PrintBanner 类 的 具体 实现 。 


2.3 ”示例 程序 ( 2 ) ( 使 用 委托 的 示例 程序 ) 


之 前 的 示例 程序 展示 了 类 适配器 模式 。 下 面 我 们 再 来 看 看 对 象 适 配器 模式 。 在 之 前 的 示例 程序 
中 ,我 们 使 用 “继承 ”实现 适 配 ， 而 这 次 我 们 要 使 用 “委托 ”来 实现 适 配 。 
PAR: 关于 委托 
“委托 ”这 个 词 太 过 于 正式 了 ， 说 得 通俗 点 就 是 “ 交 给 其 他 人 ”。 比 如 ， 当 我 们 无 法 出 席 重 
要 会 议 时 ， 可 以 写 一 份 委任 书 ,说 明 一 下 “我 无 法 出 席 会 议 ， 安 排 佐 芯 代 替 我 出 席 ”"。 委 托 跟 委任 
的 意思 是 一 样 的 。 在 Java 语言 中 ， 委 托 就 是 指 将 某 个 方法 中 的 实际 处 理 交 给 其 他 实例 的 方法 。 





Main 类 和 Banner 类 与 示例 程序 (1 ) 中 的 内 容 完 全 相同 ， 不 过 这 里 我 们 假设 Print 不 是 接 
口 而 是 类 ( 代码 清单 2-5 )。 

也 就 是 说 ,我 们 打算 利用 Banner 类 实现 一 个 类 ， 该 类 的 方法 和 Print 类 的 方法 相同 。 由 于 
在 Java 中 无 法 同时 继承 两 个 类 ( 只 能 是 单一 继承 )， 因 此 我 们 无 法 将 PrintBanner 类 分 别 定 义 为 
Print 类 和 Banner 类 的 子 类 。 

PrintBanner 类 (代码 清单 2-6 ) 的 bannez 字段 中 保存 了 Banner 类 的 实例 。 该 实例 是 在 
PrintBanner 类 的 构造 函数 中 生成 的 。 然 后 ，printWeak 方法 和 printStrong 方法 会 通过 
banner 字段 调用 Banner 类 的 showWithParen 和 showWithAster 方法 。 

与 之 前 的 示例 代码 中 调用 了 从 父 类 中 继承 的 showWithParen 方法 和 showWithAster 方 法 
不 同 ， 这 次 我 们 通过 字段 来 调用 这 两 个 方法 。 

这 样 就 形成 了 一 种 委托 关系 (图 2-4)。 当 PrintBanner 类 的 printweak 被 调用 的 时 候 ， 并 
不 是 PrintBanner 类 自己 进行 处 理 ， 而 是 将 处 理 交 给 了 其 他 实例 (Banner 类 的 实例 ) 的 
showWithParen 方法 。 


上 图 2-4 ”使 用 了 “对 象 适配器 模式 ”的 示例 程序 的 类 图 ( 使 用 委托 ) 





















































Main 
Uses 
bd 
Print -二 PrintBanner <> Ll Banner 
; banner - 
printWeak - showWithParen 
printStrong printWeak showWithAster 
printStrong 
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| Print 类 


代码 清单 2-5 Print% ( Print.java ) 


public abstract NaS Print { 
public abstract void printWeak(); 
public abstract void printStrong(); 











) 








| PrintBanner 类 





代码 清单 2-6  PrintBanner 类 ( PrintBanner.java ) 






public class PrintBanner BXtends Prin 


nner (String string) ( 
this.banner = new Banner(string); 


l; 
public void printWeak() { 
banner.showWithParen(); 


} 
public void printStrong() ( 
banner.showWithAster(); 


) 


2.4 Adapter 模式 中 的 登场 角色 


在 Adapter 模式 中 有 以 下 登场 角色 。 


€ Target ( 对 象 ) 

该 角色 负责 定义 所 需 的 方法 。 以 本 章 开头 的 例子 来 说 ， 即 让 笔记 本 电脑 正常 工作 所 需 的 直流 12 
伏特 电源 。 在 示例 程序 中 ， 由 Print 接口 (使 用 继承 时 ) 和 Print 类 (使 用 委托 时 ) 扮演 此 角色 。 

* Client ( 请 求 者 ) 

该 角色 负责 使 用 Target 角色 所 定义 的 方法 进行 具体 处 理 。 以 本 章 开 头 的 例子 来 说 ， 即 直流 12 
伏特 电源 所 驱动 的 笔记 本 电脑 。 在 示例 程序 中 ， 由 Main 类 扮演 此 角色 。 

令 Adaptee ( 被 适 配 ) 

注意 不 是 Adapt-er ( 适 配 ) AE, MÆ Adapt-ee ( 被 适 配 ) 角色 。Adaptee 是 一 个 持 有 既定 方法 
的 角色 。 以 本 章 开头 的 例子 来 说 ， 即 交流 100 伏特 电源 。 在 示例 程序 中 ， 由 Banner 类 扮演 此 角色 。 

如 果 Adaptee 角色 中 的 方法 与 Target 角色 的 方法 相同 C 也 就 是 说 家 庭 使 用 的 电压 就 是 12 伏特 直 
流 电压 )， 就 不 需要 接 下 来 的 Adapter 角色 了 。 

€ Adapter ( EM ) 


Adapter 模式 的 主人 公 。 使 用 Adaptee 角色 的 方法 来 满足 Target 角色 的 需求 ， 这 是 Adapter 模式 
的 目的 ， 也 是 Adapter 角色 的 作用 。 以 本 章 开 头 的 例子 来 说 ，Adapter 角色 就 是 将 交流 100 伏特 电 
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压 转换 为 直流 12 伏特 电压 的 适配器 。 在 示例 程序 中 ,由 PrintBanner 类 扮演 这 个 角色 。 

在 类 适配器 模式 中 ，Adapter 角色 通过 继承 来 使 用 Adaptee 角色 ， 而 在 对 象 适配器 模式 中 ， 
Adapter 角色 通过 委托 来 使 用 Adaptee 角色 。 

图 2-5 和 图 2-6 展示 了 这 两 种 Adapter 模式 的 类 图 。 


|H2-5 类 适配器 模式 的 类 图 ( 使 用 继承 ) 
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| 什么 时 候 使 用 Adapter 模式 


一 定 会 有 读者 认为 “如 果 某 个 方法 就 是 我 们 所 需要 的 方法 ， 那 么 直接 在 程序 中 使 用 不 就 可 以 了 
吗 ? 为 什么 还 要 考虑 使 用 Adapter 模式 呢 ?” 那 么 ， 究 竟 应 当 在 什么 时 候 使 用 Adapter 模式 呢 ? 

很 多 时 候 ， 我 们 并 非 从 零 开始 编程 ， 经 常会 用 到 现 有 的 类 。 特 别 是 当 现 有 的 类 已 经 被 充分 测试 过 
了 ，Bug 很 少 ， 而 且 已 经 被 用 于 其 他 软件 之 中 时 ， 我 们 更 愿意 将 这 些 类 作为 组 件 重 复 利用 。 

Adapter 模式 会 对 现 有 的 类 进行 适 配 ， 生 成 新 的 类 。 通 过 该 模式 可 以 很 方便 地 创建 我 们 需要 的 
方法 群 。 当 出 现 Bug 时 ， 由 于 我 们 很 明确 地 知道 Bug 不 在 现 有 的 类 ( Adaptee 角色 ) 中 ， 所 以 只 需 
调查 扮演 Adapter 角色 的 类 即 可 。 这 样 一 来 ， 代 码 问题 的 排查 就 会 变 得 非常 简单 。 


20 | $235 Adapter 模式 


| 如 果 没有 现成 的 代码 


让 现 有 的 类 适 配 新 的 接口 (API ) 时 ,使 用 Adapter 模式 似乎 是 理所当然 的 。 不 过 实际 上 ， 我们 
在 让 现 有 的 类 适 配 新 的 接口 时 ， 常 常会 有 “只 要 将 这 里 稍微 修改 下 就 可 以 了 ”的 想法 ， 一 不 留神 就 
会 修改 现 有 的 代码 。 但 是 需要 注意 的 是 ， 如 果 要 对 已 经 测试 完毕 的 现 有 代码 进行 修改 ， 就 必须 在 修 
改 后 重新 进行 测试 。 

使 用 Adapter 模式 可 以 在 完全 不 改变 现 有 代码 的 前 提 下 使 现 有 代码 适 配 于 新 的 接口 (API)。 此 外 ， 
在 Adapter 模式 中 ， 并 非 一 定 需要 现成 的 代码 。 只 要 知道 现 有 类 的 功能 ， 就 可 以 编写 出 新 的 类 。 


| 版 本 升级 与 兼容 性 


软件 的 生命 周期 总 是 伴随 着 版 本 的 升级 ， 而 在 版 本 升级 的 时 候 经 常会 出 现 “ 与 旧版 本 的 兼容 
性 ”问题 。 如 果 能 够 完全 抛弃 旧版 本 ,那么 软件 的 维护 工作 将 会 轻松 得 多 ,但 是 现实 中 往往 无 法 这 
样 做 。 这 时 ， 可 以 使 用 Adapter 模式 使 新 旧版 本 兼容 ， 帮 助 我 们 轻松 地 同时 维护 新 版 本 和 旧版 本 。 
例如 ， 假 设 我 们 今后 只 想 维护 新 版 本 。 这 时 可 以 让 新 版 本 扮演 Adaptee 角色 ， 旧 版 本 扮演 
Target 角色 。 接 着 编写 一 个 扮演 Adapter 角色 的 类 ， 让 它 使 用 新 版 本 的 类 来 实现 旧版 本 的 类 中 的 
方法 。 
图 2-7 展示 了 这 些 关系 的 类 图 ( 请 注意 它 并 非 UML 图 )。 
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支持 Version 1.0 支持 Version 2.0 支持 Version 1.0 
的 程序 的 程序 的 程序 


> 1.0——2.0 
转换 适配器 

MyClass MyClass 

Version 1.0 Version 2.0 


| 功能 完全 不 同 的 类 


当然 ， 当 Adaptee 角色 和 Target 角色 的 功能 完全 不 同时 ，Adapter 模式 是 无 法 使 用 的 。 就 如 同 
我 们 无 法 用 交流 100 伏特 电压 让 自来水 管 出 水 一 样 。 
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2.6 ”相关 的 设计 模式 





€ Bridge 模式 (第 9 章 ) 
Adapter 模式 用 于 连接 接口 ( APT) 不 同 的 类 ， 而 Bridge 模式 则 用 于 连接 类 的 功能 层次 结构 与 实 
现 层 次 结构 。 
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令 Decorator 模式 (第 12 章 ) 


Adapter 模式 用 于 填补 不 同 接口 ( APT) 之 间 的 缝隙， 而 Decorator 模式 则 是 在 不 改变 接口 (API ) 
的 前 提 下 增加 功能 。 


| 2.7 本章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 Adapter 模式 。Adapter 模式 用 于 填补 具有 不 同 接口 ( APT) 的 两 个 类 之 
间 的 颖 除 。 此 外 ， 我 们 还 学 习 了 “使 用 继承 ”和 “使 用 委托 ”这 两 种 实现 Adapter 模式 的 方式 和 它 
们 各 自 的 特征 。 

现在 大 家 应 该 对 设计 模式 有 些 了 解 了 ， 那 么 接 下 来 让 我 们 做 两 道 练习 题 。 
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@ 习题 2-1 
在 示例 程序 中 生成 PrintBanner 类 的 实例 时 ， 我 们 采用 了 如 下 方法 ， 即 使 用 Print 
类 型 的 变量 来 保存 PrintBanner 实例 。 
Print p = new PrintBanner ("Hello"); 
请 问 我 们 为 什么 不 像 下 面 这 样 使 用 PrintBanner 类 型 的 变量 来 保存 PrintBanner 的 实 
例 呢 ? 


PrintBannerp = new PrintBanner ("Hello"); 


e =J 2-2 
- Æ java.util.Properties 类 中 ， 可 以 像 下 面 这 样 管理 键 值 对 ( 属性 )。 
year=2004 
month=4 
day-21 
java.util.Properties 类 提供 了 以 下 方法 ， 可 以 帮助 我 们 方便 地 从 流 中 取出 属性 
或 将 属性 写 人 流 中 。 
void load(InputStream in) throws IOException 
从 InputStream 中 取出 属性 集合 
void store(OutputStream out, String header) throws IOException 


向 OutputStream 写 入 属性 集合 。header 是 注释 文字 


请 使 用 Adapter 模式 编写 一 个 将 属性 集合 保存 至 文件 中 的 FileProperties 类 。 

这 里 ， 我 们 假设 在 代码 清单 2-7 中 的 Filero EH (Target 角色 ) 中 声明 了 将 属性 集合 
保存 至 文件 的 方法 ， 并 假设 FileProperties 类 会 实现 这 个 FilerO 接口 。 

输入 文件 file.txt 以 及 输出 文件 newfile.txt 的 内 容 请 参见 代码 清单 2-9 和 代码 
清单 2-10 (以 # 开 始 的 内 容 是 java.util.Properties 类 自动 附加 的 注释 文字 )。 
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当 FileProperties 类 编写 完成 后 ， 即 使 FileProperties 类 不 了 解 java. 
util.Properties 类 的 方法 ， 只 要 知道 FileIo 接口 的 方法 也 可 以 对 属性 进行 处 理 。 
还 是 以 本 章 开 头 的 电源 的 例子 来 说 ，j ava.util.Properties 类 相当 于 现在 家 庭 中 
使 用 的 100 伏 特 交 流 电压 ，FileiIo 接 口 相当 于 所 需要 的 直流 12 伏 特 电源 ， 而 
FileProperties 类 则 相当 于 适配器 。 


代码 清单 2-7  FilelO 接口 ( FilelOJjava ) 


import java.io.*; 


public interface FileIO ( 
public void readFromFile(String filename) throws IOException; 
public void writeToFile(String filename) throws IOException; 
public void setValue(String key, String value); 
public String getValue(String key); 





代码 清单 2-8 Main 类 ( Main.java ) 


import java.io.*; 





public class Main ( 
public static void main(String[] args) { 
FilelO f = new FileProperties(); 
try 
f.readFromFile("file.txt"); 
.setValue("year", "2004"); 
.setValue("month", "4"); 
.setValue("day", "21"); 
f.writeToFile("newfile.txt"); 
) catch (IOException e) { 
e.printStackTrace(); 


Fh kh Fh 





代码 清单 2-9 输入 文件 file.txt ) 


year-1999 








代码 清单 2-10 ”输出 文件 ( newfile.txt ) 


#written by FileProperties 
#Wed Apr 21 18:21:00 JST 2004 
day=21 

year=2004 

month=4 
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| 3.1 Template Method 模式 


| 什么 是 模板 

模板 的 原意 是 指 带 有 铂 空 文字 的 薄 薄 的 塑料 板 。 只 要 用 笔 在 模板 的 铁 空 处 进行 临摹 ， 即 使 是 手 
写 也 能 写 出 整齐 的 文字 。 虽 然 只 要 看 到 这 些 铁 空 的 洞 ， 我 们 就 可 以 知道 能 写 出 哪些 文字 ， 但 是 具体 
写 出 的 文字 是 什么 感觉 则 依赖 于 所 用 的 笔 。 如 果 使 用 签字 笔 来 临摹 ， 则 可 以 写 出 签字 似 的 文字 ; 如 
果 使 用 铅笔 来 临摹 ， 则 可 以 写 出 铅笔 字 ; 而 如 果 是 用 彩色 笔 临摹 ， 则 可 以 写 出 彩色 的 字 。 但 是 无 论 
使 用 什么 笔 ， 文 字 的 形状 都 会 与 模板 上 铂 空 处 的 形状 一 致 ( 图 3-1 )。 


|g33 maesta 

















| 什么 是 Template Method 模式 


本 章 中 所 要 学 习 的 Template Method 模式 是 带 有 模板 功能 的 模式 ， 组 成 模板 的 方法 被 定义 在 父 
类 中 。 由 于 这 些 方 法 是 抽象 方法 ， 所 以 只 查看 父 类 的 代码 是 无 法 知道 这 些 方法 最 终 会 进行 何 种 具体 
处 理 的 ， 唯 一 能 知道 的 就 是 父 类 是 如 何 调用 这 些 方法 的 。 

实现 上 述 这 些 抽象 方法 的 是 子 类 。 在 子 类 中 实现 了 抽象 方法 也 就 决定 了 具体 的 处 理 。 也 就 是 
说 ， 只 要 在 不 同 的 子 类 中 实现 不 同 的 具体 处 理 ， 当 父 类 的 模板 方法 被 调用 时 程序 行为 也 会 不 同 。 但 
是 ， 不 论 子 类 中 的 具体 实现 如 何 ， 处 理 的 流程 都 会 按照 父 类 中 所 定义 的 那样 进行 。 

像 这 样 在 父 类 中 定义 处 理 流程 的 框架 ， 在 子 类 中 实现 具体 处 理 的 模式 就 称 为 Template Method 
模式 。 在 本 章 中 ， 我 们 将 要 学 习 Template Method 模式 的 相关 知识 。 


[3.2 示例 程序 


首先 让 我 们 来 看 一 段 Template Method 模式 的 示例 程序 。 这 里 的 示例 程序 是 一 段 将 字符 和 字符 
串 循 环 显示 5 次 的 简单 程序 。 

在 示例 程序 中 会 出 现 AbstractDisplay、CharDisplay、StringDisplay、Main 这 4 
个 类 (图 3-2 )。 

在 AbstractDisplay 类 中 定义 了 display 方 法 ， 而 且 在 该 方法 中 依次 调用 了 open、 
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print, close 这 3 个 方法 。 虽 然 这 3 个 方法 已 经 在 AbstractDisplay 中 被 声明 了 , 但 都 是 没 
有 实体 的 抽象 方法 。 这 里 ， 调 用 抽象 方法 的 display 方法 就 是 模板 方法 。 

而 实际 上 实现 了 open、print、close 这 3 个 抽象 方法 的 是 AbstractDisplay 的 子 类 
CharDisplay 类 和 stringDisplay 类 。 

Main 类 是 用 于 测试 程序 行为 的 类 。 


表 3-1 类 的 一 览 表 


名 字 ; 
AbstractDisplay 只 实现 了 display 方法 的 抽象 类 








CharDisplay | 实现 了 open、print、close 方法 的 类 
StringDisplay | 实现 了 open、print、close 方法 的 类 
Main 测试 程序 行为 的 类 














| 图 示例 程序 的 类 图 
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CharDisplay StringDisplay 
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open 
print 
close 
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| AbstractDisplay 类 


AbstractDisplay 类 (代码 清单 3-1 ) 有 4 个 方法 , HE display. open, print, 
close。 其 中 只 有 display 方法 实现 了 ，open、print、close 都 是 抽象 方法 。 通 过 查看 
AbstractDisplay 类 中 display 方法 的 代码 ,我 们 可 以 知道 display 方法 进行 了 以 下 处 理 。 


e 调用 open 方法 
e 调用 5 次 print 方 法 
e 调用 close 方法 


那么 在 open 方法 、print 方法 、close 方法 中 各 进行 了 什么 处 理 呢 ?通过 查看 AbstractDisplay 
类 的 代码 ,我 们 可 以 知道 这 3 个 方法 都 是 抽象 方法 。 也 就 是 说 ， 如 果 仅 仅 查看 AbstractDisplay 类 的 
代码 ， 我 们 无 法 知道 这 3 个 方法 中 到 底 进行 了 什么 样 的 处 理 。 这 是 因为 open 方法 、print 方法、 
close 方法 的 实际 处 理 被 交 给 了 AbstractDisplay 类 的 子 类 。 
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3-1 AbstractDisplay 类 ( AbstractDisplay.java ) 





public abstract class AbstractDisplay ( // 抽象 类 AbstractDisplay 
public abstract void open(); // 交 给 子 类 去 实现 的 抽象 方法 (1) open 
public abstract void print(); //| 交 给 子 类 去 实现 的 抽象 方法 (2) print 
public abstract void close(); // 交 给 子 类 去 实现 的 抽象 方法 (3) close 
public final void display() { // 本 抽象 类 中 实现 的 display 方法 


open(); // 首先 打开 …… 

for (int i = 0; i < 5; i++) { // 循环 调用 5 次 print…… 
print () ; 

] 

close(); A ome 最 后 关闭 。 这 就 是 display 方法 所 实现 的 功能 








| CharDisplay 类 


理解 了 前 面 的 内 容 后 ， 我 们 再 来 看 看 子 类 之 一 的 CharDisplay 类 (代码 清单 3-2 )。 由 于 
CharDisplay 类 实现 了 父 类 AbstractDisplay 类 中 的 3 个 抽象 方法 open, print, close, 
因此 它 并 不 是 抽象 类 。 

CharDisplay 类 中 的 open、print、close 方法 的 处 理 如 表 3-2 所 示 。 


表 3-2 CharDisplay 类 中 的 open、print、close 方法 的 处 理 





显示 字符 串 "<<" 








显示 构造 函数 接收 的 1 个 字符 
显示 字符 串 ">>" 








这 样 ， 当 aipslay 方 法 被 调用 时 ， 结 果 会 如 何 呢 ? 假设 我 们 向 charDisplay 的 构造 函数 中 
传递 的 参数 是 日 这 个 字符 ， 那 么 最 终 显示 出 来 的 会 是 如 下 结果 。 
<<HHHHH>> 


代码 清单 3-2  CharDisplay 类 ( CharDisplay.java ) 


public class CharDisplay extends AbstractDisplay ( // CharDisplay 是 AbstractDisplay 的 子 类 








private char ch; // 需要 显示 的 字符 
public CharDisplay(char ch) { // 构造 函数 中 接收 的 字符 被 
this.ch = ch; // 保存 在 字段 中 
} 
public void open Oo { // open 在 父 类 中 是 抽象 方法 
// 此 处 重 写 该 方法 
System.out.print("««"); // 显示 开始 字符 "<<" 


} 
public void BE 


{ // 同样 地 ， 此 处 重 写 print 方法 
// 该 方法 会 在 display 中 被 重复 调用 





System.out.print (ch); // 显示 保存 在 字段 ch 中 的 字符 
public void 国王 () í // 同样 地 ， 此 处 重 写 close 方法 


System.out.println("»»"); //| 显示 结束 字符 ">>" 
] 
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| StringDisplay 类 


接 下 来 让 我 们 看 看 男 外 一 个 子 类 一 一 StringDisplay 类 (代码 清单 3-3 )。 与 CharDisplay 类 一 
样 ， 它 也 实现 了 open、print、close 方法。 这 次 ,这 3 个 方法 中 会 进行 怎样 的 处 理 呢 ? 

StringDisplay 类 中 的 open、print、close 方 法 的 处 理 如 表 3-3 所 示 。 

此 时 ， 如 果 aipslay 方 法 被 调用 ， 结 果 会 如 何 呢 ? 假设 我 们 向 CharDisplay 的 构造 函数 中 
传递 的 参数 是 "Hello, world." 这 个 字符 串 ， 那 么 最 终结 果 会 像 下 面 这 样 ， 文 字 会 被 显示 在 
方 框 内 部 。 


|Hello, world.| 
|Hello, world.| 
|Hello, world.| 
|Hello, world.| 
|Hello, world.| 

















代码 清单 3-3 — StringDisplay 类 ( StringDisplay.java ) 


public class StringDisplay extends AbstractDisplay { // StringDisplay 也 是 
// AbstractDisplay 的 子 类 
private String string; // 需要 显示 的 字符 串 
private int width; // 以 字 节 为 单位 计算 出 的 字符 串 长 度 
*public StringDisplay(String string) { // 构造 函数 中 接收 的 字符 串 被 
this.string = string; // 保存 在 字段 中 


this.width = string.getBytes().length; // 同时 将 字符 串 的 字 节 长 度 也 
// 保存 在 字段 中 ， 以 供 后 面 使 用 
} 











public void P&A) í // 重 写 的 open 方法 
printLine(); // 调用 该 类 的 printLine 方法 画 线 
} 
public void rint // print 方法 
System.out.println("|" + string + "|"); // 给 保存 在 字段 中 的 字符 串 前 后 分 别 加 上 " | " 
// 并 显示 出 来 
} 
public void ose() ( // close 方法 与 
printLine(); // open 方法 一 样 ， 调 用 printLine 方法 画 线 
) 
private void printLine() ( // t open 和 close 方法 调用 
// 由 于 可 见 性 是 Private， 因 此 只 能 在 本 类 中 被 调用 
System.out.print("-*"); // 显示 表示 方 框 的 角 的 "+" 
for (int i = 0; i < width; i++) ( — // 显示 width 个 "-" 
System.out.print("-"); // 组 成 方 框 的 边框 


} 
System.out.println("-"); // 显示 表示 方 框 的 角 的 "+" 
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| Main 类 


Main 类 (代码 清单 3-4) 的 作用 是 测试 程序 行为 。 在 该 类 中 生成 了 charDisplay 类 和 
StringDisplay 类 的 实例 ， 并 调用 了 display 方法 。 


代码 清单 3-4 Main 类 ( Main.java ) 


public class Main { 
public static void main(String[] args) ( 

// 生成 一 个 持 有 'H' 的 CharDisplay 类 的 实例 
AbstractDisplay dl = new CharDisplay('H'); 
// 生成 一 个 持 有 "Hello, world." 的 StringDisplay 类 的 实例 
AbstractDisplay d2 = new StringDisplay("Hello, world."); 
// 生成 一 个 持 有 " 你 好 ， 世 界 。" 的 StringDisplay 类 的 实例 
AbstractDisplay d3 = new StringDisplay(" RE, 世界 。"); 
dl.display(); // 由 于 dl、d2 Ji d3 都 是 AbstractDisplay 类 的 子 类 
d2.display();  // 可 以 调用 继承 的 display 方法 
d3.display(); // 实际 的 程序 行为 取决 于 CharDisplay 类 和 StringDisplay 类 的 具体 实现 





~ 














<<HHHHH>> -di 的 显示 结果 (CharDisplay) 
es + <- d2 的 显示 结果 (StringDisplay) 


i + <- d3 的 显示 结果 (StringDisplay) 
你 好 ， 世 界 。 | 
你 好 ， 世 界 。 | 
你 好 ， 世界。 “| 
你 好 ， 世 界 。 | 
| 














3.3 Template Method 模式 中 的 登场 角色 


在 Template Method 模式 中 有 以 下 登场 角色 。 


€ AbstractClass ( 抽象 类 ) 

AbstractClass 角色 不 仅 负责 实现 模板 方法 ， 还 负责 声明 在 模板 方法 中 所 使 用 到 的 抽象 方法 。 这 些 
抽象 方法 由 子 类 ConcreteClass 角色 负责 实现 。 在 示例 程序 中 ,由 AbstractDisplay 类 扮演 此 角色 。 

€ ConcreteClass ( 具体 类 ) 

该 角色 负责 具体 实现 AbstractClass 角色 中 定义 的 抽象 方法 。 这 里 实现 的 方法 将 会 在 AbstractClass 


中 原文 源 代码 的 编码 标准 是 Shift JIS， 翻 译 为 中 文 后 编码 标准 变 为 了 UTF-8， 一 个 全 角 字 符 占用 的 字 
节 发 生 了 变化 ， 因 此 实际 的 代码 运行 结果 会 与 图 3-2 稍 有 不 同 。 一 一 译 者 注 
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角色 的 模板 方法 中 被 调用 。 在 示例 程序 中 ， 由 CharDisplay 类 和 StringDisplay 类 扮演 此 角色 。 
图 3-4 展示 了 这 两 种 Template Method 模式 的 类 图 。 


[图 3-4 Template Method 模式 的 类 图 














| AbstractClass 








methodi 
method2 
method3 
templateMethod 


ConcreteClass 




















| 3.4 拓展 思路 的 要 点 


| 可 以 使 逻辑 处 理 通用 化 


使 用 Template Method 模式 究竟 能 带 来 什么 好 处 呢 ? 这 里 ， 它 的 优点 是 由 于 在 父 类 的 模板 方法 
中 编写 了 算法 ， 因 此 无 需 在 每 个 子 类 中 再 编写 算法 。 

例如 ， 我 们 没 使 用 Template Method 模式 ， 而 是 使 用 文本 编辑 器 的 复制 和 粘贴 功能 编写 了 多 个 
ConcreteClass 角色 。 此 时 ， 会 出 现 ConcreteClassl, ConcreteClass2, ConcreteClass3 等 很 
多 相似 的 类 。 编 写 完 成 后 立即 发 现 了 Bug 还 好 ， 但 如 果 是 过 一 段 时 间 才 发 现在 Concreteclassl 中 
有 Bug， 该 怎么 办 呢 ? 这 时 ， 我 们 就 必须 将 这 个 Bug 的 修改 反映 到 所 有 的 ConcreteClass 角色 中 才 行 。 

关于 这 一 点 ， 如 果 是 使 用 Template Method 模式 进行 编程 ， 当 我 们 在 模板 方法 中 发 现 Bug 时 ， 
只 需要 修改 模板 方法 即 可 解决 问题 。 


| 父 类 与 子 类 之 间 的 协作 

在 Template Method 模式 中 ， 父 类 和 子 类 是 紧密 联系 、 共 同 工 作 的 。 因 此 ， 在 子 类 中 实现 父 类 
中 声明 的 抽象 方法 时 ， 必 须要 理解 这 些 抽象 方法 被 调用 的 时 机 。 在 看 不 到 父 类 的 源 代码 的 情况 下 ， 
想 要 编写 出 子 类 是 非常 困难 的 。 


| 父 类 与 子 类 的 一 致 性 

在 示例 程序 中 ， 不 论 是 charDisplay 的 实例 还 是 StringDisplay 的 实例 ， 都 是 先 保存 在 
AbstractDisplay 类 型 的 变量 中 ， 然 后 再 来 调用 display 方法 的 。 

使 用 父 类 类 型 的 变量 保存 子 类 实例 的 优点 是 ， 即 使 没有 用 instanceof 等 指定 子 类 的 种 类 ， 
程序 也 能 正常 工作 。 
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无 论 在 父 类 类 型 的 变量 中 保存 哪个 子 类 的 实例 ， 程 序 都 可 以 正常 工作 ， 这 种 原则 称 为 里 氏 蔡 换 
原则 ” ( The Liskov Substitution Principle, LSP )。 当 然 ，LSP 并 非 仅 限于 Template Method 模式 ， 
它 是 通用 的 继承 原则 。 





|35 相关 的 设计 模式 





€ Factory Method 模式 (第 4 章 ) 
Factory Method 模式 是 将 Template Method 模式 用 于 生成 实例 的 一 个 典型 例子 。 


€ Strategy 模式 (第 10 章 ) 

在 Template Method 模式 中 ， 可 以 使 用 继承 改变 程序 的 行为 。 这 是 因为 Template Method 模式 在 
父 类 中 定义 程序 行为 的 框架 ， 在 子 类 中 决定 具体 的 处 理 。 

与 此 相对 的 是 Strategy 模式 ， 它 可 以 使 用 委托 改变 程序 的 行为 。 与 Template Method 模式 中 改 
变 部 分 程序 行为 不 同 的 是 ，Strategy 模式 用 于 替换 整个 算法 。 


[3.6 延伸 阅读 : 类 的 层次 与 抽象 类 





| 父 类 对 子 类 的 要 求 
我 们 在 理解 类 的 层次 时 ， 通 常 是 站 在 子 类 的 角度 进行 思考 的 。 也 就 是 说 ， 很 容易 着 眼 于 以 
TJLA. 





e 在 子 类 中 可 以 使 用 父 类 中 定义 的 方法 

e 可 以 通过 在 子 类 中 增加 方法 以 实现 新 的 功能 

e 在 子 类 中 重 写 父 类 的 方法 可 以 改变 程序 的 行为 

现在 ， 让 我 们 稍微 改变 一 下 立场 ， 站 在 父 类 的 角度 进行 思考 。 在 父 类 中 ,我 们 声明 了 抽象 方法 ， 
而 将 该 方法 的 实现 交 给 了 子 类 。 换 言 之 ， 就 程序 而 言 ， 声 明 抽 象 方法 是 希望 达到 以 下 目的 。 

e 期 待 子 类 去 实现 抽象 方法 

e 要 求 子 类 去 实现 抽象 方法 


也 就 是 说 ， 子 类 具有 实现 在 父 类 中 所 声明 的 抽象 方法 的 责任 。 因 此 ， 这 种 责任 被 称 为 “ 子 类 责 
任 ”( subclass responsibility )。 





| 抽象 类 的 意义 


对 于 抽象 类 ， 我 们 是 无 法 生成 其 实例 的 。 在 初学 抽象 类 时 ， 有 人 会 有 这 样 的 疑问 :“ 无 法 生成 实 
例 的 类 到 底 有 什么 作用 呢 ?” 在 学 完了 Template Method 模式 后 ， 大 家 应 该 能 够 稍微 理解 抽象 类 的 意 
义 了 吧 。 由 于 在 抽象 方法 中 并 没有 编写 具体 的 实现 ， 所 以 我 们 无 法 知道 在 抽象 方法 中 到 底 进行 了 什 





(D Robert C.Martin, C++ Report, March 1996, http://retis.sssup.it/-lipari/courses/cpp09/lsp.pdf 
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么 样 的 处 理 。 但 是 我 们 可 以 决定 抽象 方法 的 名 字 ， 然 后 通过 调用 使 用 了 抽象 方法 的 模板 方法 去 编写 
处 理 。 虽 然 具体 的 处 理 内 容 是 由 子 类 决定 的 ， 不 过 在 抽象 类 阶段 确定 处 理 的 流程 非常 重要 。 


| 父 类 与 子 类 之 间 的 协作 


父 类 与 子 类 的 相互 协作 支撑 起 了 整个 程序 。 虽 然 将 更 多 方法 的 实现 放 在 父 类 中 会 让 子 类 变 得 更 
轻松 ， 但 是 同时 也 降低 了 子 类 的 灵活 性 ; 反之 ， 如 果 父 类 中 实现 的 方法 过 少 ， 子 类 就 会 变 得 腑 肿 不 
堪 ， 而 且 还 会 导致 各 子 类 间 的 代码 出 现 重复 。 

在 Template Method 模式 中 ， 处 理 的 流程 被 定义 在 父 类 中 ， 而 具体 的 处 理 则 交 给 了 子 类 。 但 是 
对 于 “如 何 划分 处 理 的 级 别 ， 哪 些 处 理 需要 由 父 类 完成 ， 哪 些 处 理 需 要 交 给 子 类 负责 ”并 没有 定 
I, 这些 都 需要 由 负责 程序 设计 的 开发 人 员 来 决定 。 


[3.7 本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 在 父 类 中 定义 处 理 的 流程 ， 在 子 类 中 实现 具体 处 理 内 容 的 Template 
Method 模式 。 此 外 ， 我 们 还 分 析 了 抽象 类 的 意义 和 子 类 的 责任 。 

在 下 一 章 中 ,我 们 将 学 习 Factory Method 模式 一 一 将 Template Method 模式 用 于 生成 实例 的 
模式 。 





3.8 练习 题 答案 请 参见 附录 A ( P.296 ) 


e 习题 3-1 
java.io.InputStream 类 使 用 了 Template Method 模式 。 请 阅读 官方 文档 (JDK 的 
“API 参考 资料 )， 从 中 找 出 需要 用 java.io.InputStream 的 子 类 去 实现 的 方法 。 
e =J Æ 3-2 
示例 程序 中 的 AbstractDisplay 类 (代码 清单 3-1 ) 的 display 方法 如 下 所 示 。 


public final void display() { 


} 
这 里 使 用 了 修饰 符 final， 请 问 这 是 想 表达 什么 意思 呢 ? 
e 习题 3-3 
如 果 想 要 让 示例 程序 中 的 open、print、close 方 法 可 以 被 具有 继承 关系 的 类 和 同 
一 程序 包 中 的 类 调用 ,但 是 不 能 被 无 关 的 其 他 类 调用 ， 应 当 怎 么 做 呢 ? 
e 习题 3-4 
Java 中 的 接口 与 抽象 类 很 相似 。 接 口 同 样 也 是 抽象 方法 的 集合 ， 但 是 在 Template 
Method 模式 中 ， 我 们 却 无 法 使 用 接口 来 扮演 AbstractClass 角色 ， 请 问 这 是 为 什么 呢 ? 











Factory Method 模式 


1 


hg 











实例 的 生成 交 给 子 类 


ab 
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| 4.1 Factory Method 模式 


在 Template Method 模式 (第 3 Æ) H, 我们 在 父 类 中 规定 处 理 的 流程 ， 在 子 类 中 实现 具体 的 
处 理 。 如 果 我 们 将 该 模式 用 于 生成 实例 ， 它 就 演变 为 本 章 中 我 们 所 要 学 习 的 Factory Method 


模式 。 
Factory 有 “工厂 ”的 意思 。 用 Template Method 模式 来 构建 生成 实例 的 工厂 ， 这 就 是 Factory 
Method 模式 。 


在 Factory Method 模式 中 ， 父 类 决定 实例 的 生成 方式 ， 但 并 不 决定 所 要 生成 的 具体 的 类 ， 具 体 
的 处 理 全 部 交 给 子 类 负责 。 这 样 就 可 以 将 生成 实例 的 框架 ( framework ) 和 实际 负责 生成 实例 的 类 
fF o 


| 4.2 示例 程序 


首先 让 我 们 来 看 一 段 Factory Method 模式 的 示例 程序 。 这 段 示 例 程 序 的 作用 是 制作 号 份 证 ( ID 


卡 )， 它 其 中 有 5 个 类 (图 4-1)。 
Product 类 和 Factory 类 属于 framework 包 。 这 两 个 类 组 成 了 生成 实例 的 框架 


IDCard 类 和 IDCardFactory 类 负责 实际 的 加 工 处 理 ， 它 们 属于 idcard 包 。 
Main 类 是 用 于 测试 程序 行为 的 类 。 
在 阅读 示例 程序 时 ， 请 注意 所 阅读 的 代码 属于 framework 包 还 是 idcard 包 。 


e 生成 实例 的 框架 ( framework & ) 
e 加 工 处 理 ( idcard 包 ) 


(Java) 注意 ”开发 对 外 公开 的 包 时 ， 有 人 推荐 将 域名 反 着 写 ， 形 成 世界 上 独一无二 的 包 名 。 例如， 将 
hyuki .com 这 个 域名 反 过 来 ， 以 com .hyuki 作为 包 名 的 前 面部 分 。 不 过 ， 此 处 只 RATE 


读者 更 容易 理解 而 举 的 例子 ， 笔 者 并 没有 完全 遵守 该 规则 。 
表 4-1 类 的 一 览 表 





framework Product 只 定义 抽象 方法 use 的 抽象 类 
framework Factory 实现 了 create 方法 的 抽象 类 
IDCard 实现 了 use 方法 的 类 











IDCardFactory 实现 了 createProduct、registerProduct 方法 的 类 
Main 测试 程序 行为 的 类 
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[图 4-1 示例 程序 的 类 图 
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Factory Product 




















create 
createProduct 
registerProduct 








Creates » 
IDCardFactory 


owners | owner 




















registerProduct getOwner 


getOwners 








createProduct | use 








| Product 类 


framework PH Product 类 (代码 清单 4-1 ) 是 用 来 表示 “产品 ”的 类 。 在 该 类 中 仅 声 明 
了 use 抽象 方法 。use 方法 的 实现 则 被 交 给 了 Product 类 的 子 类 负责 。 
在 这 个 框架 中 ， 定 义 了 产品 是 “任意 的 可 以 use 的 ”的 东西 。 


代码 清单 4-1 Product 类 ( Product.java ) 


a 











public abstract class Product { 
public abstract void use(); 


) 














| Factory 类 


在 framework 包 中 的 Factory 类 (代码 清单 4-2 ) 中 ,我 们 使 用 了 Template Method 模式 。 
该 类 还 声明 了 用 于 “生成 产品 ”的 createProduct 抽象 方法 和 用 于 “注册 产品 ”的 
registerProduct 抽象 方法 。“ 生 成 产品 ”和 “注册 产品 ”的 具体 处 理 则 被 交 给 了 Factory 类 
的 子 类 负责 。 

在 这 个 框架 中 ， 我 们 定义 了 工厂 是 用 来 “调用 create FEER Product 实例 ”的 。 而 
create 方 法 的 实现 是 先 调用 createProduct 生成 产品 ， 接 着 调用 registerProduct 注册 
产品 。 

具体 的 实现 内 容 根据 Factory Method 模式 适用 的 场景 不 同 而 不 同 。 但 是 ， 只 要 是 Factory 
Method 模式 ， 在 生成 实例 时 就 一 定 会 使 用 到 Template Method 模式 。 
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代码 清单 4-2 Factory 类 ( Factory.java ) 





public abstract class Factory { 
public final Product create(String owner) { 
Product p = createProduct (owner); 
registerProduct (p); 
return p; 
) 
protected abstract Product createProduct(String owner); 
protected abstract void registerProduct(Product product); 





| ipcara 3€ 


之 前 我 们 已 经 理解 了 框架 (Eramework 包 ) 的 代码 。 接 下 来 让 我 们 把 关注 点 转移 到 负责 加 工 
处 理 的 这 一 边 (idcard 包 )。 我 们 先 来 编写 表示 ID 卡 的 类 ， 即 IDCara 类。 为 了 能 够 明显 地 体现 
出 与 框架 的 分 离 ， 我 们 将 这 个 类 放 在 idcard 包 中 。IDCard 类 (代码 清单 4-3 ) 是 产品 Product 
类 的 子 类 。 


代码 清单 4-3 — IDCard 类 ( IDCard.java ) 
package idcard; 


import framework.*; 


public class IDCard extends Product { 


private String owner; 

IDCard(String owner) ( 
System.out.println(" 制作 " + owner + "的 ID 卡 。"); 
this.owner - owner; 





) 
public void WS8( 1 
System.out.println(" f£Hi" + owner + "的 ID 卡 。") ， 


} 
public String getOwner() { 
return owner; 


) 


| IDCardFactory 类 


IDCardFactory 类 (代码 清单 4-4 ) 实现 了 createProduct 方法 和 registerProduct 
Ji. 

createProduct 方法 通过 生成 rDCard 的 实例 来 “生产 产品 ”。 

registerProduct 方法 则 通过 将 IDCard 的 owner (AA ) 保存 到 owners 字段 中 来 实 
现 “注册 产品 ”。 


“代码 清单 44 ^ IDCardFactory 类 ( IDCardFactory.java ) 


import framework.*; 
import java.util.*; 





4.3 Factory Method 模式 中 的 登场 角色 | 37 


public class IDCardFactory extends Factory ( 


private List owners - new ArrayList(); 

protected Product EXOSESPEOBHGE (String owner) ( 
return new IDCard (owner); 

) 

protected void Be (Product product) 4 
owners.add(((IDCard)product).getOwner()); 

) 

public List getOwners() ( 
return owners; 


) 





| Main 类 
在 Main 类 (代码 清单 45) 中 ， 我 们 使 用 framework 包 和 idcard 包 来 制作 和 使 用 


IDCards 


代码 清单 45 Main 类 ( Main.java ) 


import framework.*; 
import idcard.*; 


public class Main ( 
public static void main(String[] args) ( 

Factory factory = new IDCardFactory(); 
Product cardl = factory.create(" /)8B "); 
Product card2 = factory.create(" MI "); 
Product card3 = factory.create(" 小 刚 ") ; 
cardl.use(); 
card2.use(); 
card3.use(); 











制作 小 明 的 ID 卡 。 
制作 小 红 的 ID Fo 
制作 小 刚 的 ID 卡 。 


使 用 小 明 的 ID Ez. 
使 用 小 红 的 ID 卡 。 
使 用 小 刚 的 ID 卡 。 





4.3 Factory Method 模式 中 的 登场 角色 


在 Factory Method 模式 中 有 以 下 登场 角色 。 通 过 查看 Factory Method 模式 的 类 图 ( 图 4-3 ), 我 
们 可 以 知道 ， 父 类 (框架 ) 这 一 方 的 Creator 角色 和 Product 角色 的 关系 与 子 类 ( 具体 加 工 ) 这 一 方 
的 ConcreteCreator 角色 和 ConcreteProduct 角色 的 关系 是 平行 的 。 
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Factory Method 模式 的 类 图 
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€ Product ( 产品 ) 
Product 角色 属于 框架 这 一 方 ， 是 一 个 抽象 类 。 它 定义 了 在 Factory Method 模式 中 生成 的 那些 


实例 所 持 有 的 接口 (API)， 但 具体 的 处 理 则 由 子 类 ConcreteProduct 角色 决定 。 在 示例 程序 中 ,由 
Product 类 扮演 此 角色 。 


€ Creator ( 创建 者 ) 

Creator 角色 属于 框架 这 一 方 ， 它 是 负责 生成 Product 角色 的 抽象 类 ， 但 具体 的 处 理 则 由 子 类 
ConcreteCreator 角色 决定 。 在 示例 程序 中 ， 由 Factory 类 扮演 此 角色 。 

Creator 角色 对 于 实际 负责 生成 实例 的 ConcreteCreator 角色 一 无 所 知 ， 它 唯一 知道 的 就 是 ， 只 
要 调用 Product 角色 和 生成 实例 的 方法 (图 4-3 中 的 factoryMethod 方 法 )， 就 可 以 生成 
Productde 的 实例 。 在 示例 程序 中 ，createProduct 方法 是 用 于 生成 实例 的 方法 。 不 用 new 关 
键 字 来 生成 实例 ， 而 是 调用 生成 实例 的 专用 方法 来 生成 实例 ， 这 样 就 可 以 防止 父 类 与 其 他 具体 类 
耦合 。 

€ ConcreteProduct ( 具体 的 产品 ) 

ConcreteProduct 角色 属于 具体 加 工 这 一 方 ， 它 决定 了 具体 的 产品 。 在 示例 程序 中 , d IDCard 
类 扮演 此 角色 。 


€ ConcreteCreator ( 具体 的 创建 者 ) 


ConcreteCreator 角色 属于 具体 加 工 这 一 方 ， 它 负责 生成 具体 的 产品 。 在 示例 程序 中 ， 由 
IDCardFactory 类 扮演 此 角色 。 
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| 4. 拓展 思路 的 要 点 


| 框架 与 具体 加 工 


至 此 ， 我 们 分 别 学 习 了 “框架 ”与 “具体 加 工 ” 这 两 方面 的 内 容 。 它 们 分 别 被 封装 在 
framework 包 和 idcard fir, 

这 里 ， 让 我 们 用 相同 的 框架 创建 出 其 他 的 “产品 ”和 “工厂 ”。 例 如 ， 我 们 这 次 要 创建 表示 电 
视 机 的 类 Televison 和 表示 电视 机 工厂 的 类 TelevisonFactory。 这 时 ,我 们 只 需要 引入 
(import) framework 包 就 可 以 编写 televison fi. 

请 注意 这 里 我 们 没有 修改 ， 也 根本 没有 必要 修改 framework 包 中 的 任何 内 容 ， 就 可 以 创建 出 
其 他 的 “产品 ”和 “工厂 ”。 

请 回忆 一 下 , 在 framework 包 中 我 们 并 没有 引入 idcard tlo 在 Product 类 和 Factory 
类 中 ， 并 没有 出 现 IDCard 和 IDCardFactory 等 具体 类 的 名 字 。 因 此 ， 即 使 用 已 有 的 框架 生成 
全 新 的 类 时 ， 也 完全 不 需要 对 framework 进行 修改 ， 即 不 需要 “将 televi son 包 引 入 到 框架 
中 ”。 关 于 这 一 点 ,我们 称 作 是 “framework 包 不 依赖 于 idcard 包 ”。 


| 生成 实例 一 方法 的 三 种 实现 方式 

在 示例 程序 中 ，Factory 类 的 createProduct 方法 是 抽象 方法 ， 也 就 是 说 需要 在 子 类 中 实 
现 该 方法 。 

createProduct 方法 的 实现 方式 一 般 有 以 下 3 种 。 

令 指 定 其 为 抽象 方法 

指定 其 为 抽象 方法 。 一 旦 将 createProduct 指定 为 抽象 方法 后 ， 子 类 就 必须 实现 该 方法 。 
如 果子 类 不 实现 该 方法 ， 编 译 器 将 会 报告 编译 错误 。 这 也 是 示例 程序 所 采用 的 方式 。 


abstract class Factory 1 


public abstract Product createProduct(String name); 


} 
令 为 其 实现 默认 处 理 
为 其 实现 默认 处 理 。 实 现 默认 处 理 后 ， 如 果子 类 没有 实现 该 方法 ， 将 进行 默认 处 理 。 


class Factory { 
public Product createProduct(String name) { 
return new Product (name); 


) 


} 


不 过 ， 这 时 是 使 用 new 关键 字 创 建 出 实例 的 ， 因 此 不 能 将 Product 类 定义 为 抽象 类 。 
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令 在 其 中 抛 出 异常 
在 其 中 抛 出 异常 的 方法 。createProduct 方法 的 默认 处 理 为 抛 出 异常 ， 这 样 一 来 ， 如 果 未 在 
子 类 中 实现 该 方法 ,程序 就 会 在 运行 时 出 错 ( 报错 ， 告 知 开 发 人 员 没 有 实现 createProduct 方法 )。 


class Factory { 
public Product createProduct(String name) { 
throw new FactoryMethodRuntimeException(); 


) 


) 


不 过 ， 需 要 另外 编写 FactoryMethodRuntimeException 异常 类 。 


| 使 用 模式 与 开发 人 员 之 间 的 沟通 


不 论 是 我 们 在 第 3 章 中 学 习 的 Template Method 模式 还 是 本 章 中 学 习 的 Factory Method 模式 ， 
在 实际 工作 中 使 用 时 ， 都 会 让 我 们 感觉 到 比较 困难 。 这 是 因为 ， 如 果 仅 阅读 一 个 类 的 代码 ， 是 很 难 
理解 这 个 类 的 行为 的 。 必 须要 理解 父 类 中 所 定义 的 处 理 的 框架 和 它 里 面 所 使 用 的 抽象 方法 ， 然 后 阅 
读 代 码 ， 了 解 这些 抽 象 方法 在 子 类 中 的 实现 才 行 。 

通常 ， 使 用 设计 模式 设计 类 时 ， 必 须要 向 维护 这 些 类 的 开发 人 员 正确 地 传达 设计 这 些 设计 模式 
的 意图 。 和 否则 ， 维 护 人 员 在 修改 设计 时 可 能 会 违背 设计 者 最 初 的 意图 。 

这 时 ， 我 们 建议 在 程序 注释 中 和 开发 文档 中 记录 所 使 用 的 设计 模式 的 名 称 和 意图 。 
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€ Template Method 模式 (第 3 章 ) 

Factory Method 模式 是 Template Method 的 典型 应 用 。 在 示例 程序 中 ，create 方法 就 是 模板 
方法 。 

令 Singleton 模式 (第 5 章 ) 

在 多 数 情 况 下 我 们 都 可 以 将 Singleton 模式 用 于 扮演 Creator 角色 (或 是 ConcreteCreator 角色 ) 
的 类 。 这 是 因为 在 程序 中 没有 必要 存在 多 个 Creator 角色 ( 或 是 ConcreteCreator 角色 ) 的 实例 。 不 
过 在 示例 程序 中 ， 我 们 并 没有 使 用 Singleton 模式 。 

令 Composite 模式 (第 11 章 ) 

有 时 可 以 将 Composite 模式 用 于 Product 角色 (或 是 ConcreteProduct 角色 )。 


令 Iterator 模式 (第 1 章 ) 
有 时 ， 在 Iterator 模式 中 使 用 iterator 方法 生成 Iterator 的 实例 时 会 使 用 Factory Method 
模式 。 
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| 4.6 本章 所 学 知识 


在 本 章 中 ， 我 们 学习 了 使 用 Template Method 模式 生成 实例 的 Factory Method 模式 。 

大 家 习惯 了 设计 模式 的 思考 方式 吗 ? 在 设计 模式 中 ， 多 个 类 和 接口 扮演 各 自 的 角色 ， 互 相 协 作 
进行 工作 。 在 分 析 设 计 模 式 时 ， 不 应 当 将 其 中 一 个 类 单独 拿 出 来 分 析 ， 必 须 着 眼 于 类 和 接口 之 间 的 
相互 关系 。 只 有 白雪 公主 一 个 人 的 话 ， 是 演 不 了 白雪 公主 这 部 话剧 的 。 

当然 ,世上 也 有 独自 一 人 可 以 演出 的 “独角戏 ”"。 在 下 一 章 中 ， 我 们 将 学 习 类 似 于 “独角戏 ” 
的 设计 模式 。 


47 练习 题 答案 请 参见 附录 A ( P.296 ) 
@ 习 题 4-1 
在 示例 程序 中 ，IDCard 类 (代码 清单 4.3 ) 的 构造 函数 并 不 是 public， 请 问 这 是 想 
表达 什么 意思 呢 ? 


public class IDCard extends Product { 
IDCard(String owner) { 


this.owner - owner; 


) 


9) 4-2 
请 修改 示例 程序 ， 为 1DCard 类 (代码 清单 4-3 ) 添加 卡 的 编号 ， 并 在 IDCardFactory 
类 中 保存 编号 与 所 有 者 之 间 的 对 应 表 。 
@ 习题 4-3 
为 了 强制 调用 方向 Progduct 类 (代码 清单 4-1 ) 的 子 类 的 构造 函数 中 传人 “产品 名 
字 ” 作 为 参数 ， 我 们 采用 了 如 下 的 定义 方式 。 但 是 在 编译 代码 时 却 出 现 了 编译 错误 ， 
请 问 这 是 为 什么 呢 ? 
public abstract class Product ( 


public abstract Product(String name); 


public abstract void use(); 


第 3 部 分 “生成 实例 


第 5 章 Singleton 模式 








只 有 一 个 实例 
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| 5.1 Singleton 模式 


程序 在 运行 时 ， 通 常 都 会 生成 很 多 实例 。 例 如 ， 表 示 字 符 串 的 java. lang.String 类 的 实例 
与 字符 串 是 一 对 一 的 关系 ， 所 以 当 有 1000 个 字符 串 的 时 候 ， 会 生成 1000 个 实例 。 

但 是 ， 当 我 们 想 在 程序 中 表示 某 个 东西 只 会 存在 一 个 时 ， 就 会 有 “只 能 创建 一 个 实例 ”的 需 
求 。 典 型 的 例子 有 表示 程序 所 运行 于 的 那 台 计 算 机 的 类 、 表 示 软 件 系 统 相 关 设置 的 类 ， 以 及 表示 视 
窗 系 统 (window system ) 的 类 。 

当然 ， 只 要 我 们 在 编写 程序 时 多 加 注意 ， 确 保 只 调用 一 次 new MyClass () ， 就 可 以 达到 只 生 
成 一 个 实例 的 目的 。 但 是 ， 如 果 我 们 不 想 “ 必 须 多 加 注意 才能 确保 生成 一 个 实例 ”， 而 是 要 达到 如 
下 目的 时 ， 应 当 怎 么 做 呢 ? l 


e 想 确 保 任何 情况 下 都 绝对 只 有 1 个 实例 
e 想 在 程序 上 表现 出 “只 存在 一 个 实例 ” 


像 这 样 的 确保 只 生成 一 个 实例 的 模式 被 称 作 Singleton 模式 。Singleton 是 指 只 含有 一 个 元 素 的 
集合 。 因 为 本 模式 只 能 生成 一 个 实例 ， 因 此 以 Singleton 命名 。 
在 本 章 中 ， 我 们 将 学 习 Singleton 模式 。 


| 5.2 示例 程序 


首先 让 我 们 来 看 一 段 Singleton 模式 的 示例 程序 。 


表 5-1 类 的 一 览 表 


名 字 说 明 
Singleton 只 存在 一 个 实例 的 类 

















Main 测试 程序 行为 的 类 


图 5-1 是 示例 程序 的 类 图 。 构 造 函 数 Singleton 前 带 有 “-”， 表 示 Singleton 函数 是 
private。 此 外 ，getInstance 方法 带 有 下 划 线 ， 表 示 该 方法 是 static 方法 (这 是 UML 的 规 
则 ， 请 参见 Pxii )。 


有 图 5-1 示例 程序 的 类 图 








Singleton 





-singleton 





-Singleton 
+getInstance 











| Singleton 类 


Singleton 类 (代码 清单 5-1) 只 会 生成 一 个 实例 。Singleton 类 定义 了 static 字段 (类 
的 成 员 变 量 ) singleton， 并 将 其 初始 化 为 Singleton 类 的 实例 。 初 始 化 行为 仅 在 该 类 被 加 载 
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时 进行 一 次 。 

Singleton 类 的 构造 函数 是 Private 的 ， 这 是 为 了 禁止 从 Singleton 类 外 部 调用 构造 函 
数 。 如 果 从 Singleton 类 以 外 的 代码 中 调用 构造 函数 new Singleton () ， 就 会 出 现 编译 错误 。 
如 果 程 序 员 十 分 小 心 ， 不 会 使 用 new 关键 字 生 成 实例 ， 就 不 需要 定义 构造 函数 为 private。 但 是 
这 样 的话 ，Singleton 模式 也 就 没有 意义 了 。Singleton 模式 的 作用 在 于 可 以 确保 任何 情况 下 都 只 能 生 
成 一 个 实例 。 为 了 达到 这 个 目的 ， 必 须 设置 构造 函数 为 privates 

为 了 便于 测试 Singleton 类 的 行为 ， 我们 在 构造 函数 中 输出 了 “生成 了 一 个 实例 ”这 一 信息 。 

我 们 还 准备 了 getInstance 方法 ， 以 便于 程序 从 Singleton 类 外 部 获取 Singleton 类 唯 
一 的 实例 。 在 本 例 中 ， 方 法 名 为 getInstance, 不 过 并 不 是 必须 用 这 个 名 字 。 但 是 作为 获取 唯一 
实例 的 方法 ， 通 常情 况 下 都 会 这 样 为 其 命名 。 


代码 清单 5-1 Singleton 类 ( Singleton java ) 


public class Singleton ( 
private static Singleton singleton - new Singleton(); 
private Singleton() ( 
System.out.println(" 生成 了 一 个 实例 。" ) ; 





) 
public static Singleton getInstance() ( 
return singleton; 


} 





| Main 类 


Main 类 (代码 清单 5-2 ) 使 用 了 Singleton 模式 。 在 Main XF, 我们 调用 了 两 次 Singleton 
类 的 getInstance 方 法 ,来 获取 Singleton 类 的 实例 ， 并 将 返回 值 分 别 保存 在 obj1 和 obj 2 
中 。 然 后 通过 表达 式 objl == obj2 是 否 成 立 来 判断 objl 和 obj2 是 否 为 同一 个 实例 。 


代码 清单 52 ” 使 用 Singleton 模式 的 Main 类 ( Main java ) 


public class Main { 
public static void main(String[] args) ( 
System.out.println("Start."); 
Singleton objl = Singleton.getInstance(); 
Singleton obj2 = Singleton.getInstance(); 
if (objl == obj2) ( 
System.out.println("objl 5E obj2 是 相同 的 实例 。" ) ; 
) else ( 
System.out.println("obj1 5 obj2 是 不 同 的 实例 。" ) ; 
) 
System.out.println("End."); 





图 5-2 展示 了 程序 的 运行 结果 。 


46 | 第 5 章 Singleton 模式 


[图 52 运行 结果 








Start; 

生成 了 一 个 实例 。 

objl 与 obj2 是 相同 的 实例 。 
End. 


5.3 Singleton 模式 中 的 登场 角色 


在 Singleton 模式 中 有 以 下 登场 角色 。 











€ Singleton 


在 Singleton 模式 中 ， 只 有 Singleton 这 一 个 角色 。Singleton 角色 中 有 一 个 返回 唯一 实例 的 
static 方法 。 该 方法 总 是 会 返回 同一 个 实例 。 


| 图 5-3 Singleton 模式 的 类 图 








Singleton 





-Singleton 





-Singleton 
+getInstance 











[5.4 拓展 思路 的 要 点 





| 为 什么 必须 设置 限制 


Singleton 模式 对 实例 的 数量 设置 了 限制 。 为 什么 要 在 程序 中 特意 设置 这 个 限制 呢 ? 设置 限制 其 
实 就 是 为 程序 增加 一 项 前 提 条 件 。 

当 存在 多 个 实例 时 ， 实 例 之 间 相 互 影 响 ， 可 能 会 产生 意 想 不 到 的 Bug。 

但 是 ， 如 果 我 们 可 以 确保 只 有 一 个 实例 ， 就 可 以 在 这 个 前 提 条 件 下 放心 地 编程 了 。 


| 何 时 生成 这 个 唯一 的 实例 
稍微 注意 一 下 示例 程序 的 运行 结果 ( 图 5-2 ) 就 会 发 现 ， 在 “Start .” 之 后 就 显示 出 了 “生成 
了 一 个 实例 。” 
程序 运行 后 ， 在 第 一 次 调用 getInstance 方法 时 ，Singleton 类 会 被 初始 化 。 也 就 是 在 这 
个 时 候 ，static 字段 singleton 被 初始 化 ， 生 成 了 唯一 的 一 个 实例 。 
关于 类 的 初始 化 的 详细 信息 ， 请 参见 The Java Language Specification ( 附录 E[JLS] ) 一 书 中 的 


“12.4 Initialization of Classes and Interfaces” 一 节 。 
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[5.5 相关 的 设计 模式 


在 以 下 模式 中 ， 多 数 情况 下 只 会 生成 一 个 实例 。 


e AbstractFactory 模式 (第 8 章 ) 
e Builder 模式 (第 7 章 ) 

e Facade 模式 (第 15 章 ) 

e Prototype 模式 (第 6 章 ) 


[5.6 本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 确保 只 能 生成 一 个 实例 的 Singleton 模式 。 我 们 在 Singleton 模式 中 定义 


了 用 于 获取 唯一 一 个 实例 的 static 方 法 ， 同 时 ， 为 了 防止 不 小 心 使 用 new 关键 字 创 建 实 例 ， 还 
将 构造 函数 设置 为 private。 


在 下 一 章 中 ,我 们 将 学 习 不 根据 类 创建 实例 ， 而 是 根据 一 个 实例 来 创建 另外 一 个 实例 的 模式 。 


5.7 练习 题 答案 请 参见 附录 A ( P.298 ) 





e 习题 5-1 
在 下 面 的 TicketMaker 类 (代码 清单 5-3) 中 ， 每 次 调用 getNextTicketNumber 
方法 都 会 返回 1000, 1001, 1002... 的 数列 。 我 们 可 以 用 它 生 成 票 的 编号 或 是 其 他 序 
列 号 。 在 现在 该 类 的 实现 方式 下 ， 我 们 可 以 生成 多 个 该 类 的 实例 。 请 修改 代码 ， 运 用 
.Singleton 模式 确保 只 能 生成 一 个 该 类 的 实例 。 


代码 清单 5-3 JF Singleton 模式 的 TicketMaker 类 ( TicketMaker.java ) 


public class TicketMaker ( 
private int ticket - 1000; 
public int getNextTicketNumber() ( 
return ticket-4*; 





} 
} 





@ 习 题 5-2 
请 编写 Triple 类 ， 实现 最 多 只 能 生成 3 个 Triple 类 的 实例 ， 实 例 编 号 分 别 为 
0,1,2 且 可 以 通过 getInstance (int id) 来 获取 该 编号 对 应 的 实例 ( 在 第 10 章 
中 也 出 现 了 这 样 的 类 )。 

e =Æ 5-3 
某 位 开发 人 员 编 写 了 如 下 的 Singleton 类 (代码 清单 5-4 )。 但 这 并 非 严格 的 Singleton 
模式 。 请 问 是 为 什么 呢 ? 
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代码 清单 5-4 ”为 何不 是 严格 的 Singleton 模式 ( Singleton.java ) 





public class Singleton ( 
private static Singleton singleton - null; 
private Singleton() { 
System.out.println(" 生成 了 一 个 实例 。" ) ; 
} 
public static Singleton getInstance() { 
if (singleton == null) ( 
singleton = new Singleton(); 
) 
return singleton; 





提示 该 问题 与 多 线程 有 关 。 该 问题 参考 了 Java in Practice — 38 (请 参见 附录 上 中 的 [Warren] ). 
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通过 复制 生成 实例 
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| 6.1 Prototype 模式 


我 们 通常 会 使 用 以 下 方式 生成 Something 类 的 实例 。 
new Something() 


在 Java 中 ,我 们 可 以 使 用 new 关键 字 指 定 类 名 来 生成 类 的 实例 。 像 这 样 使 用 new 来 生成 实例 
时 ， 是 必须 指定 类 名 的 。 但 是 ， 在 开发 过 程 中 ， 有 时 候 也 会 有 “在 不 指定 类 名 的 前 提 下 生成 实例 ”的 
需求 。 例 如 ， 在 以 下 情况 下 ， 我 们 就 不 能 根据 类 来 生成 实例 ， 而 要 根据 现 有 的 实例 来 生成 新 的 实例 。 


( 1 ) 对 象 种 类 繁多 ， 无 法 将 它们 整合 到 一 个 类 中 时 
第 一 种 情况 是 需要 处 理 的 对 象 太 多 ， 如 果 将 它们 分 别 作为 一 个 类 ， 必 须要 编写 很 多 个 类 文件 。 


( 2 ) 难以 根据 类 生成 实例 时 

第 二 种 情况 是 生成 实例 的 过 程 太 过 复杂 ， 很 难 根据 类 来 生成 实例 。 例 如 ， 我 们 假设 这 里 有 一 个 
实例 ， 即 表示 用 户 在 图 形 编辑 器 中 使 用 鼠标 制作 出 的 图 形 的 实例 。 想 在 程序 中 创建 这 样 的 实例 是 非 
常 困难 的 。 通 常 ， 在 想 生成 一 个 和 之 前 用 户 通 过 操作 所 创建 出 的 实例 完全 一 样 的 实例 的 时 候 ， 我 们 
会 事先 将 用 户 通过 操作 所 创建 出 的 实例 保存 起 来 ， 然 后 在 需要 时 通过 复制 来 生成 新 的 实例 。 


( 3 ) 想 解 耦 框架 与 生成 的 实例 时 

第 三 种 情况 是 想 要 让 生成 实例 的 框架 不 依赖 于 具体 的 类 。 这 时 ， 不 能 指定 类 名 来 生成 实例 ， 而 
要 事先 “注册 ”一 个 “原型 ”实例 ， 然 后 通过 复制 该 实例 来 生成 新 的 实例 。 

根据 实例 生成 实例 与 使 用 复印 机 复印 文档 相 类 似 。 即 使 不 知道 原来 的 文档 中 的 内 容 ， 我 们 也 可 
以 使 用 复印 机 复制 出 完全 相同 的 文档 ， 无 论 多 少 份 都 行 。 

在 本 章 中 ,我 们 将 要 学 习 不 根据 类 来 生成 实例 ， 而 是 根据 实例 来 生成 新 实例 的 Prototype 模式 。 
Prototype 有 “原型 ”“ 模 型 ”的 意思 。 在 设计 模式 中 ， 它 是 指 根据 实例 原型 、 实 例 模 型 来 生成 新 的 实例 。 

在 Java 语言 中 ， 我 们 可 以 使 用 clone 创建 出 实例 的 副本 。 在 本 章 中 ， 我 们 将 学 习 clone 方 
法 与 Cloneable 接口 的 使 用 方法 。 


| 6.2 示例 程序 


首先 让 我 们 来 看 一 段 使 用 了 Prototype 模式 的 示例 程序 。 以 下 这 段 示例 程序 的 功能 是 将 字符 串 
放 人 方 框 中 显示 出 来 或 是 加 上 下 划 线 显示 出 来 。 

示例 程序 中 的 类 和 接口 的 一 览 表 请 参见 表 6-1; Product 接口 和 Manager 类 属于 £ramework 
包 ， 负 责 复制 实例 。 虽 然 Manager 类 会 调用 createCclone 方法 , 但 是 对 于 具体 要 复制 哪个 类 一 
无 所 知 。 不 过 ， 只 要 是 实现 了 Product 接口 的 类 ， 调 用 它 的 createClone 方法 就 可 以 复制 出 新 的 
实例 。 

MessageBox 类 和 UnderlinePen 类 是 两 个 实现 了 Product 接口 的 类 。 只 要 事先 将 这 两 个 
类 “注册 ”到 Manager 类 中 ， 就 可 以 随时 复制 新 的 实例 。 
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ROI 类 和 接口 的 一 览 表 
| 


framework Prout 声明 了 抽象 方法 use 和 Sredice 的 接口 
framework |Manager 调用 createClone 方法 复制 实例 的 类 
将 字符 串 放 入 方 框 中 并 使 其 显示 出 来 的 类 。 实 现 了 use 方法 和 createClone 方法 
给 字符 串 加 上 下 划 线 并 使 其 显示 出 来 的 类 。 实 现 了 use 方法 和 createClone 方法 


测试 程序 行为 的 类 
|Be4 示例 程序 的 类 图 


Showcase 


register 
create 




































««interface»» 
Product 












use 
createClone 


——————(——Ó—— EE 





UnderlinePen MessageBox 





ulchar decochar 


use use 
createClone createClone 








| Product 接口 


Product 接口 (代码 清单 6-1) 是 复制 功能 的 接口 。 该 接口 继承 了 java.lang.Cloneable 接 
口 。 稍 后 ， 我 们 会 在 本 章 6.6 节 中 对 Cloneable 接口 进行 详细 讲解 。 现 在 大 家 只 需要 知道 实现 了 
该 接口 的 类 的 实例 可 以 调用 clone 方法 来 自动 复制 实例 即 可 。 

use 方法 是 用 于 “使 用 ”的 方法 。 具 体 怎么 “使 用 ”"， 则 被 交 给 子 类 去 实现 。 

createClone 方法 是 用 于 复制 实例 的 方法 。 


代码 清单 6-1 — Product 接 口 ( Product.java ) 
package framework; 


public interface Product extends Cloneable { 


public abstract void use(String s); 
public abstract Product createClone(); 








ø 
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| Manager 类 


Manager 类 (代码 清单 6-2 ) EH Product 接口 来 复制 实例 。 

showcase 字段 是 java.util.HashMap 类 型 ， 它 保存 了 实例 的 “名 字 ” 和 “实例 ”之 间 的 
对 应 关系 。 

registezr 方 法 会 将 接收 到 的 1 组 “名 字 ” 和 “Product 接口 ”注册 到 showcase 中 。 这 里 
的 Product 类 型 的 参数 proto 具体 是 什么 呢 ? 现在 我 们 还 无 法 知道 proto 到 底 是 哪个 类 ， 但 有 
一 点 可 以 确定 的 是 ， 它 肯定 是 实现 了 Product 接口 的 类 的 实例 ( 也 就 是 说 可 以 调用 它 的 use 方法 
和 createClone 方法 )。 

请 注意 ， 在 Product 接口 和 Manager 类 的 代码 中 完全 没有 出 现 MessageBox 类 和 
UnderlinePen 类 的 名 字 ， 这 也 意味 着 我 们 可 以 独立 地 修改 Product 和 Manager, 不 受 
MessageBox 类 和 UnderlinePen 类 的 影响 。 这 是 非常 重要 的 ， 因 为 一 旦 在 类 中 使 用 到 了 别 的 类 
名 ， 就 意味 着 该 类 与 其 他 类 紧密 地 耦合 在 了 一 起 。 在 Managet 类 中 ,并 没有 写 明 具体 的 类 名 ， 仅 
仅 使 用 了 Product 这 个 接口 名 。 也 就 是 说 ，Product 接口 成 为 了 连接 Manager 类 与 其 他 具体 类 
之 间 的 桥梁 。 


代码 清单 6-2 Manager 类 ( Manager.java ) 









import java.util.*; 


public class Manager { 

private HashMap showcase - new HashMap(); 

public void register(String name, Product proto) { 
showcase.put(name, proto); 

) 

public Product create(String protoname) { 
Product p = (Product)showcase.get (protoname); 
return p.createClone(); 


} 








| MessageBox 类 


接 下 来 让 我 们 看 看 具体 的 子 类 。Me s sageBox 类 (代码 清单 6-3 ) KM (implements) 了 
Product 接口 。 

decochar 字段 中 保存 的 是 像 装 饰 方 框 那样 的 环绕 着 字符 串 的 字符 。use 方法 会 使 用 
decochar 字段 中 保存 的 字符 把 要 显示 的 字符 串 框 起 来 。 例 如 ， 当 gecochar 中 保存 的 字符 
为 '*'，use 方法 接收 到 的 字符 串 为 Hello 的 时 候 ， 显 示 结 果 如 下 。 


次 交大 大 大 大 大 类 大 


* Hello * 


ckckck kckck kk 


createClone 方法 用 于 复制 自己 。 它 内 部 所 调用 的 clone 方法 是 Java 语言 中 定义 的 方法 ， 
用 于 复制 自己 。 在 进行 复制 时 ， 原 来 实例 中 的 字段 的 值 也 会 被 复制 到 新 的 实例 中 。 我 们 之 所 以 可 以 
调用 clone 方法 进行 复制 ， 仅 仅 是 因为 该 类 实现 了 java.lang.Cloneable 接口 。 如 果 没 有 实 
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现 这 个 接口 ， 在 运行 时 程序 将 会 抛 出 CloneNotSupportedException 异常 ， 因 此 必须 用 
try.. .catch 语句 块 捕捉 这 个 异常 。 虽 然 此 处 MessageBox 类 只 实现 了 Product 接口 ,但 是 前 
XH, Product 接口 继承 了 java.lang.Ccloneable 接 口 ， 因 此 程序 不 会 抛 出 
CloneNotSupportedException 异常 。 此 外 ， 需 要 注意 的 是 ，java.lang.Cloneable 接口 
只 是 起 到 告诉 程序 可 以 调用 clone 方法 的 作用 ， 它 自身 并 没有 定义 任何 方法 。 

只 有 类 自己 (或 是 它 的 子 类 ) 能 够 调用 Java 语言 中 定义 的 clone 方法 。 当 其 他 类 要 求 复制 实 
例 时 ， 必 须 先 调用 createClone 这 样 的 方法 ， 然 后 在 该 方法 内 部 再 调用 clone 方法 。 


代码 清单 6-3 MessageBox 类 ( MessageBox.java ) 





import framework.*; 


public class MessageBox implements Product { 
private char decochar; 
public MessageBox (char decochar) { 
this.decochar = decochar; 
$ 
public void use (String s) { 
int length = s.getBytes().length; 
for (int i = 0; i < length + 4; i++) ( 
System.out.print (decochar); 
} 
System.out.println(""); 
System.out.println(decochar +" " +s +" " 4 decochar); 
for (int i = 0$ i « Length + 4; T+) 1 
System.out.print (decochar); 
) 
System.out.println(""); 
y 
public Product createClone() { 
Product p null; 













return p; 








| UnderlinePen 类 

UnderlinePen 类 (代码 清单 6-4) 的 实现 与 MessageBox 几 乎 完全 相同 ， 不 同 的 是 在 
ulchar 字段 中 保存 的 是 修饰 下 划 线 样式 的 字符 。use 方法 的 作用 是 将 字符 串 用 双 引 号 括 起 来 显 
示 ， 并 在 字符 串 下 面 加 上 下 划 线 。 例 如 ， 当 ulchar 保存 的 字符 为 '~' ，use 方法 接收 到 的 字符 串 
为 Hello 时 ， 显 示 结 果 如 下 。 


"Hello" 


代码 清单 6-4 — UnderlinePen 类 ( UnderlinePen.java ) 








import framework.*; 
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public class UnderlinePen implements Product { 
private char ulchar; 
public UnderlinePen(char ulchar) { 
this.ulchar = ulchar; 
) 
public void use(String s) 4 
int length = s.getBytes().length; 
System- Gut printim AIt TN 
System.out.print(" "); 
for (ist i = 0? Te length; i++) { 
System.out.print (ulchar); 
} 
System.out.println(""); 
) 
public Product createClone() ( 
Product p = null; 
try { 
p = (Product)clone(); 
) catch (CloneNotSupportedException e) { 
e.printStackTrace(); 
} 


return p; 











| Main 类 

Main 类 (代码 清单 6-5 ) 首先 生成 了 Manager 的 实例 。 接 着 ,在 Manager 实例 中 注册 了 
UnderlinePen 的 实例 (EZF ) 和 MessageBox 的 实例 ( 带 名 字 ) (K 6-2 )。 
表 6-2 ”向 Manger 中 注册 的 内 容 


类 和 实例 的 内 容 | 
"strong message" UnderlinePen 类 的 实例 ，ulchar 为 '~' 
"warning box" | MessageBox 类 的 实例 ，decochar 为 '*' 






























"Slash box" MessageBox 类 的 实例 ，dqecochar 73 '/' 


代码 清单 65 Main 类 ( Main.java ) 


import framework.*; 


public class Main { 

public static void main(String[] args) ( 
// 准备 
Manager manager - new Manager(); 
UnderlinePen upen - new UnderlinePen('-'); 
MessageBox mbox = new MessageBox('*'!); 
MessageBox sbox = new MessageBox ('/'); 
manager.register ("strong message", upen); 
manager.register ("warning box", mbox); 
manager.register("slash box", sbox); 


// 生成 

Product pl = manager.create("strong message"); 
pl.use("Hello, world."); 

Product p2 = manager.create("warning box"); 
p2.use("Hello, world."); 

Product p3 = manager.create("slash box"); 
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p3.use("Hello, world."); 





[|He2 运行 结果 








"Hello, world." pl.use 的 输出 


ckckokck ck koe kk ke e e ee < p2.use 的 输出 


* Hello, world. * 
ok ke ck oe ke e e € x € kx kx kx ko kx 


A A YY EY | p3.use 的 输出 
/ Hello, world. / 
LILIU 


6.3 Prototype 模式 中 的 登场 角色 


在 Prototype 模式 中 有 以 下 登场 角色 。 


€ Prototype ( 原型 ) 

Product 角色 负责 定义 用 于 复制 现 有 实例 来 生成 新 实例 的 方法 。 在 示例 程序 中 ,由 Product 接 
口 扮演 此 角色 。 

* ConcretePrototype ( 具体 的 原型 ) 

ConcretePrototype 角色 负责 实现 复制 现 有 实例 并 生成 新 实例 的 方法 。 在 示例 程序 中 ， 由 
MessageBox 类 和 UnderlinePen 类 扮演 此 角色 。 

* Client ( 使 用 者 ) 

Client 角色 负责 使 用 复制 实例 的 方法 生成 新 的 实例 。 在 示例 程序 中 ， 由 Manager 类 扮演 此 
角色 。 











[图 6-3 Prototype 模式 的 类 图 











, Uses » 
Client m Prototype 




















createClone 


| 


ConcretePrototype 




















createClone 
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le. 拓展 思路 的 要 点 























| 不 能 根据 类 来 生成 实例 吗 


笔者 在 最 初学 习 Prototype 模式 时 也 曾 感觉 到 迷茫 ， 既 然 是 要 创建 新 的 实例 ， 直 接 用 下 面 这 个 
语句 不 就 好 了 吗 ? 为 什么 还 需要 Prototype 模式 呢 ? 





new Something() 


在 本 章 开 头 ， 我 们 对 这 个 问题 做 了 简单 的 回答 ， 现 在 让 我 们 回顾 一 下 示例 程序 ， 并 谈 谈 这 个 
问题 。 


( 1 ) 对 象 种 类 繁多 ， 无 法 将 它们 整合 到 一 个 类 中 时 
在 示例 程序 中 ， 一 共 出 现 了 如 下 3 种 样式 。 


e 使 用 '~' 为 字符 串 添 加 下 划 线 
e 使 用 '*' 为 字符 串 添加 边框 
e 使 用 '/' 为 字符 串 添 加 边框 


本 例 比较 简单 ， 只 生成 了 3 种 样式 ,不 过 只 要 想 做 ,不 论 多 少 种 样式 都 可 以 生成 。 但 是 请 试 
想 一 下 ， 如 果 将 每 种 样式 都 编写 为 一 个 类 ， 类 的 数量 将 会 非常 庞大 ， 源 程序 的 管理 也 会 变 得 非常 
困难 。 


( 2 ) 难以 根据 类 生成 实例 时 

本 例 中 感觉 不 到 这 一 点 。 大 家 可 以 试想 下 要 开发 一 个 用 户 可 以 使 用 鼠标 进行 操作 的 、 类 似 于 图 
形 编辑 器 的 应 用 程序 ， 这 样 可 能 更 加 容易 理解 。 假 设 我 们 想 生 成 一 个 和 用 户 通 过 一 系列 鼠标 操作 所 
创建 出 来 的 实例 完全 一 样 的 实例 。 这 个 时 候 ， 与 根据 类 来 生成 实例 相 比 ， 根 据 实例 来 生成 实例 要 简 
单 得 多 。 

( 3 ) 想 解 耦 框架 与 生成 的 实例 时 

在 示例 程序 中 ， 我 们 将 复制 (clone ) 实例 的 部 分 封装 在 framework 包 中 了 。 

T Manager Š W create 方法 中 ， 我 们 并 没有 使 用 类 名 ， 取 而 代 之 使 用 了 "strong 
message"fll"slash box" 等 字符 串 为 生成 的 实例 命名 。 与 Java 语言 自 带 的 生成 实例 的 new 
Something () 方式 相 比 ， 这 种 方式 具有 更 好 的 通用 性 ， 而 且 将 框架 从 类 名 的 束缚 中 解脱 出 来 了 。 


| 类 名 是 束缚 吗 

话说 回来 ， 在 源 程序 中 使 用 类 名 到 底 会 有 什么 问题 呢 ? 在 代码 中 出 现 要 使 用 的 类 的 名 字 不 是 理 
所 当然 的 吗 ? 

这 里 ， 让 我 们 再 回忆 一 下 面向 对 象 编程 的 目标 之 一 ， 即 “作为 组 件 复 用 ”。 

在 代码 中 出 现 要 使 用 的 类 的 名 字 并 非 总 是 坏事 。 不 过 ， 一 旦 在 代码 中 出 现 要 使 用 的 类 的 名 字 ， 
就 无 法 与 该 类 分 离开 来 ， 也 就 无 法 实现 复 用 。 
当然 ， 可 以 通过 替换 源 代码 或 是 改变 类 名 来 解决 这 个 问题 。 但 是 ， 此 处 说 的 “作为 组 件 复 用 ” 
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中 不 包含 替换 源 代 码 。 以 Java 来 说 ， 重 要 的 是 当 手边 只 有 class 文件 ( .class ) 时 ， 该 类 能 否 被 
复 用 。 即 使 没有 Java 文件 ( .java ) 也 能 复 用 该 类 才 是 关键 。 

当 多 个 类 必须 紧密 结合 时 ， 代 码 中 出 现 这 些 类 的 名 字 是 没有 问题 的 。 但 是 如 果 那 些 需要 被 独立 
出 来 作为 组 件 复 用 的 类 的 名 字 出 现在 代码 中 ， 那 就 有 问题 了 。 


[6.5 相关 的 设计 模式 


€ Flyweight 模式 (48 20 3€ ) 
使 用 Prototype 模式 可 以 生成 一 个 与 当前 实例 的 状态 完全 相同 的 实例 。 
而 使 用 Flyweight 模式 可 以 在 不 同 的 地 方 使 用 同一 个 实例 。 


* Memento 模式 (第 18 章 ) 
使 用 Prototype 模式 可 以 生成 一 个 与 当前 实例 的 状态 完全 相同 的 实例 。 
而 使 用 Memento 模式 可 以 保存 当前 实例 的 状态 ， 以 实现 快照 和 撤销 功能 。 


€ Composite 模式 (第 11 章 ) 以 及 Decorator 模式 (第 12 章 ) 
经 常 使 用 Composite 模式 和 Decorator 模式 时 ， 需 要 能 够 动态 地 创建 复杂 结构 的 实例 。 这 时 可 
以 使 用 Prototype 模式 ， 以 帮助 我 们 方便 地 生成 实例 。 


€ Command 模式 (第 22 章 ) 
想 要 复制 Command 模式 中 出 现 的 命令 时 ， 可 以 使 用 Prototype 模式 。 
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| Java 语言 的 clone 


Java 语言 为 我 们 准备 了 用 于 复制 实例 的 clone 方法 。 请 注意 ， 要 想 调 用 clone 方法 ， 被 复制 
对 象 的 类 必须 实现 java . 1ang .Clonable 接口 ,不 论 是 被 复制 对 象 的 类 实现 java .1ang. 
Cloneable 接口 还 是 其 某 个 父 类 实现 Cloneable 接口 ， 亦 或 是 被 复制 对 象 的 类 实现 了 
Cloneable 接口 的 子 接口 都 可 以 。 在 示例 程序 中 ，MessageBox 类 和 UnderlinePen 类 实现 了 
Product 接口 ， 而 Product 接口 则 是 Cloneable 接口 的 子 接口 。 

实现 了 Cloneable 接口 的 类 的 实例 可 以 调用 clone 方法 进行 复制 ，clone 方法 的 返回 值 是 
复制 出 的 新 的 实例 ( clone 方法 内 部 所 进行 的 处 理 是 分 配 与 要 复制 的 实例 同样 大 小 的 内 存 空间 ， 接 
着 将 要 复制 的 实例 中 的 字段 的 值 复制 到 所 分 配 的 内 存 空 间 中 去 )。 

如 果 没 有 实现 Cloneable 接口 的 类 的 实例 调用 了 clone 方法， 则 会 在 运行 时 抛 出 
CloneNotSupportedException (不 支持 clone 方法 ) 异常 。 

笔者 对 上 文 进行 了 总 结 ， 结 果 如 下 。 











e 实现 了 Cloneable 接口 的 类 的 实例 
一 复制 
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e 没有 实现 Cloneable 接口 的 类 的 实例 
一 发 生 CloneNotSupportedException 异常 


此 外 ，java .1lang 包 是 被 默认 引入 的 ， 因 此 无 需 显 式 地 引入 java. Lang 即 可 调用 clone 
Jk. 


| clone 方法 是 在 哪里 定义 的 
clone 方法 定义 在 java.lang.Object 中 。 因 为 object 类 是 所 有 Java 类 的 父 类 ， 因 此 
所 有 的 Java 类 都 继承 了 clone 方法 。 


| 需要 实现 Cloneable 的 哪些 方法 


提 到 Cloneable 接口 ， 很 容易 让 人 误 以 为 Cloneable 接口 中 声明 了 clone 方法 。 其 实 这 
是 错误 的 。 在 Cloneable 接口 中 并 没有 声明 任何 方法 。 它 只 是 被 用 来 标记 “可 以 使 用 clone 方 
法 进行 复制 ”的 。 这 样 的 接口 被 称 为 标记 接口 ( marker interface )。 


| cione 方法 进行 的 是 浅 复制 

clone 方法 所 进行 的 复制 只 是 将 被 复制 实例 的 字段 值 直接 复制 到 新 的 实例 中 。 换 言 之 ， 它 并 没 
有 考虑 字段 中 所 保存 的 实例 的 内 容 。 例 如 ， 当 字段 中 保存 的 是 数组 时 ， 如 果 使 用 clone 方法 进行 
复制 ， 则 只 会 复制 该 数组 的 引用 ， 并 不 会 一 一 复制 数组 中 的 元 素 。 

像 上 面 这 样 的 字段 对 字段 的 复制 ( field-to-field-copy ) 被 称 为 浅 复制 ( shallow copy). clone X 
法 所 进行 的 复制 就 是 浅 复 制 。 

当 使 用 clone 方法 进行 浅 复制 无 法 满足 需求 时 ， 类 的 设计 者 可 以 实现 重 写 clone 方法 ,实现 
自己 需要 的 复制 功能 EY clone 方法 时 ， 别 忘 了 使 用 super.clone 0 来 调用 父 类 的 clone 
方法 六 

需要 注意 的 是 ，clone 方法 只 会 进行 复制 ， 并 不 会 调用 被 复制 实例 的 构造 函数 。 此 外 ， 对 于 在 
生成 实例 时 需要 进行 特殊 的 初始 化 处 理 的 类 ， 需 要 自己 去 实现 clone 方法 ,在 其 内 部 进行 这 些 初 
始 化 处 理 。 

详细 信息 请 参见 Java 的 API 参考 资料 中 java.lang.Object 类 的 clone 方法 和 Cloneable 
接口 这 两 个 相关 条 目 。 


| 6.7 本章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 不 根据 类 ， 而 是 根据 实例 来 生成 实例 的 Prototype 模式 。 此 外 ， 我 们 还 
学 习 了 clone 方法 和 Clonable 接口 。 
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答案 请 参见 附录 A ( P.302 ) 


68 练习 题 





@ 习 题 6-1 
在 示例 程序 中 ，Me s sageBox 类 (代码 清单 6-3) 和 UnderlinePen 类 (代码 清单 


6-4) 中 的 createClone 方法 的 处 理 完全 相同 。 从 管理 的 角度 来 讲 ， 在 一 个 程序 的 多 
个 地 方 出 现 完全 相同 的 方法 不 太 好 ， 因 此 我 们 想 让 这 两 个 类 共用 该 方法 ， 请 问 应 该 如 
何 做 呢 ? 


. 95] 6-2 
{E java.lang.Object 中 定义 了 clone 方法 ,那么 请 问 java.lang.Object 类 实 


现 了 java.lang.Clonable 接口 了 吗 ? 
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组 装 复 杂 的 实例 
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! 7.1 Builder 模式 


大 都 市 中 林立 着 许多 高 楼 大 厦 ， 这 些 高 楼 大 厦 都 是 具有 建筑 结构 的 大 型 建筑 。 通 常 ， 建 造 和 构 
建 这 种 具有 建筑 结构 的 大 型 物体 在 英文 中 称 为 Build。 

在 建造 大 楼 时 ， 需 要 先 打 牢 地 基 ， 搭 建 框架 ， 然 后 自 下 而 上 地 一 层 一 层 盖 起 来 。 通 常 ， 在 建造 
这 种 具有 复杂 结构 的 物体 时 ， 很 难 一 气 呵 成 。 我 们 需要 首先 建造 组 成 这 个 物体 的 各 个 部 分 ， 然 后 分 
阶段 将 它们 组 装 起 来 。 

在 本 章 中 ， 我 们 将 要 学 习 用 于 组 装具 有 复杂 结构 的 实例 的 Builder 模式 。 


7.2 示例 程序 


作为 示例 程序 ， 我 们 来 看 一 段 使 用 Builder 模式 编写 “文档 ”的 程序 。 这 里 编写 出 的 文档 具有 
以 下 结构 。 


e 含有 一 个 标题 
e 含有 几 个 字符 串 
e 含有 条 目 项 目 


Builder 类 中 定义 了 决定 文档 结构 的 方法 ， 然 后 Director 类 使 用 该 方法 编写 一 个 具体 的 
文档 。 

Builder 是 抽象 类 ， 它 并 没有 进行 任何 实际 的 处 理 ， 仅 仅 声 明了 抽象 方法 。Bui ldez 类 的 子 
类 决定 了 用 来 编写 文档 的 具体 处 理 。 

在 示例 程序 中 ,我们 定义 了 以 下 Builder 类 的 子 类 。 


e TextBuilder 类 : 使 用 纯 文 本 ( 普通 字符 串 ) 编写 文档 
e HTMLBuilder 类 : 使 用 HTML 编写 文档 


Director 使 用 TextBuilder 类 时 可 以 编写 纯 文 本 文档 ; 使 用 HTMLBuilder 类 时 可 以 编写 
HTML 文档 。 
在 本 章 最 后 的 习题 7-3 中 ,读者 将 尝试 自己 编写 Builder 类 的 子 类 。 


表 7-1 类 的 一 览 表 





定义 了 决定 文档 结构 的 方法 的 抽象 类 





Director 编写 1 个 文档 的 类 





TextBuilder 使 用 纯 文 本 ( 普通 字符 串 ) 编写 文档 的 类 
HTMLBuilder 使 用 HTML 编写 文档 的 类 
Main 测试 程序 行为 的 类 
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[B7 示例 程序 的 类 图 



































Uses»? i 
Main Director KO— 5>] Builder 
=e builder 
makeTitle 
construct makeString 
makeItems 
close 
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TextBuilder HTMLBuilder 
buffer filename 
writer 
makeTitle -— 
makeString ma eritle 
makeItems makeString 
close makelItems 
getResult close 
getResult 
Uses a Uses a 











| Builder 类 


Builder 类 (代码 清单 7-1) 是 一 个 声明 了 编写 文档 的 方法 的 抽象 类 。makeTitle、 
makeString, makeTimes 方法 分 别 是 编写 标题 、 字 符 串 、 条 目的 方法 。close 方法 是 完成 文档 
编写 的 方法 。 


代码 清音 7-1 Builder 类 ( Builder.java ) 


public abstract class Builder { 
public abstract void makeTitle(String title); 
public abstract void makeString(String str); 
public abstract void makeItems(String[] items); 
public abstract void close(); 








| Director 类 


Director 类 (代码 清单 7-2 ) 使 用 Builder 类 中 声明 的 方法 来 编写 文档 。 

Director 类 的 构造 函数 的 参数 是 Builder 类 型 的 。 但 是 实际 上 我 们 并 不 会 将 Builder 类 
的 实例 作为 参数 传递 给 Director 类 。 这 是 因为 Builder 类 是 抽象 类 ， 是 无 法 生成 其 实例 的 。 实 
际 上 传递 给 Director 类 的 是 Builder 类 的 子 类 ( 即 后 面 会 讲 到 的 TextBuilder 类 和 
HTMLBuilder 类 等 ) 的 实例 。 而 正 是 这 些 Builder 类 的 子 类 决定 了 编写 出 的 文档 的 形式 。 

construct 方法 是 编写 文档 的 方法 。 调 用 这 个 方法 后 就 会 编写 文档 。construct 方法 中 所 
使 用 的 方法 都 是 在 Builder 类 中 声明 的 方法 ( construct 的 意思 是 “构建 ”)。 
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代码 清单 7-2 Director 类 ( Director.java ) 


public class Director { 
private Builder builder; 
public Director (Builder builder) ( 


) 


public void 


this.builder = builder; 


construct() 1 
builder.makeTitle ("Greeting"); 


builder.makeString(" 从 早上 至 下 午 ") ; 


builder.makeItems (new String[]í 
"早上 好 。"， 
"FER n, 


p)? 
builder.makeString(" BE "); 
builder.makelItems (new String[]í 


" 晚上 好 。 ", 
" 晚安 。 ", 
"BR. n, 


)); 
builder.close(); 


| TextBuilder 类 


TextBuilder 类 (代码 清单 7-3 ) 是 Buildez 类 的 子 类 ， 它 的 功能 是 使 用 纯 文 本 编写 文档 ， 
并 以 string 返回 结果 。 


代码 清单 73  TextBuilder 类 ( TextBuilder.java ) 


public class TextBuilder extends Builder { 





因为 接收 的 参数 是 Builder 类 的 子 类 
所 以 可 以 将 其 保存 在 builder 字段 中 


// 
// 


编写 文档 
标题 
字符 串 
条 目 


// 
// 
// 
// 


其 他 字符 串 
其 他 条 目 


// 
77 


// 完成 文档 











private StringBuffer buffer = new StringBuffer(); // 文档 内 容 保存 在 该 字段 中 

public void makeTitle(String title) ( // 纯 文 本 的 标题 
buffer .appernd ("==============================\ n"); // 装饰 线 
buffer.append("[" + title + "| Xn"); // 为 标题 添加 『 |」 
buffer.append ("Nn"); // 换行 

} 

public void makeString(String str) { // 纯 文本 的 字符 串 
buffer.append(' M ' + str + "\n"); // 为 字符 串 添加 国 
buffer.append("An"); // 换行 

) 

public void makeItems(String[] items) ( //| 纯 文 本 的 条 目 
for (inti = 0; i < items.length; i++) ( 

buffer.append(" -" + items[i] + "\n"); // 为 条 目 添加 : 

} 
buffer.append ("\n"); // 换行 

} 

public void close() { // 完成 文档 
buffer .append ("============================== Xn"); // 装饰 线 

} 

public String getResult() { // 完成 的 文档 


} 


return buffer.toString(); 





将 StringBuffer 变换 为 String 
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|| HTMLBuilder 类 


HTMLBuilder 类 (代码 清单 7-4 ) 也 是 Builder 类 的 子 类 , 它 的 功能 是 使 用 HTML 编写 文 
档 ， 其 返回 结果 是 HTML 文件 的 名 字 。 


代码 清单 7-4 — HTMLBuilder 类 ( HTMLBuilder.java ) 











import java.io.*; 


public class HTMLBuilder extends Builder { 


private String filename; // 文件 名 
private PrintWriter writer; // 用 于 编写 文件 的 PrintWriter 
public void makeTitle (String title) ( // HTML 文件 的 标题 
filename = title + ".html"; // 将 标题 作为 文件 名 
try ( 
writer = new PrintWriter(new FileWriter(filename)); // 生成 PrintWriter 


) catch (IOException e) ( 
e.printStackTrace(); 
} 
writer.println("«html»«head»«title»" + title + "«/title»«/head»«body»"); 
// 输出 标题 
writer.println("«hl»" + title + "«/h1»"); 
} 


public void makeString(String str) ( // HTML 文件 中 的 字符 串 
writer.println("«p»" + str + "«/p»"); // 用 «p» 标签 输出 

public void makeItems (String[] items) { // HTML 文件 中 的 条 目 
writer.println("«ul»"); // Fi «ui» fü «ii» 输出 


for (int i = 0; i < items.length; itt) ( 
writer.println("«li»" + items[i] + "«/li»"); 
) 
writer.println("«/ul»"); 
) 


public void close() ( // 完成 文档 
writer.println("«/body»«/html»"); // 关闭 标签 
writer.close(); // 关闭 文件 

} 

public String getResult() ( // 编写 完成 的 文档 
return filename; // 返回 文件 名 


} 





| Main 类 

Main 类 (代码 清单 7-5 ) 是 Builder 模式 的 测试 程序 。 我 们 可 以 使 用 如 下 的 命令 来 编写 相应 格 
式 的 文档 : 

java Main plain: 编写 纯 文 本 文档 

java Main html: 编写 HTML 格式 的 文档 

当 我 们 在 命令 行 中 指定 参数 为 plain 的 时 候 ， 会 将 TextBuilder 类 的 实例 作为 参数 传递 至 
Director 类 的 构造 函数 中 ; 而 若是 在 命令 行 中 指定 参数 为 html 的 时 候 ， 则 会 将 HTMLBuilder 
类 的 实例 作为 参数 传递 至 Director 类 的 构造 函数 中 。 
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由 于 TextBuilder 和 HTMLBuilder #Æ Builder 的 子 类 ， 因 此 Director 仅仅 使 用 
Builder 的 方法 即 可 编写 文档 。 也 就 是 说 ，Director 并 不 关心 实际 编写 文档 的 到 底 是 TextBuilder 
还 是 HTMLBuilder. 

正 因为 如 此 ， 我 们 必须 在 Builder 中 声明 足够 多 的 方法 ， 以 实现 编写 文档 的 功能 ， 但 并 不 包 
括 TextBuilder fll HTMLBuilder 中 特有 的 方法 。 


代码 清单 7-5 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) { 

if (args.length !- 1) ( 
usage(); 
System.exit(0); 

} 

if (args[0] .equals ("plain")) { 
TextBuilder textbuilder = new TextBuilder(); 
Director director = new Director(textbuilder); 
director.construct(); 
String result - textbuilder.getResult(); 
System.out.println(result); 

) else if (args[0].equals("html")) { 
HTMLBuilder htmlbuilder = new HTMLBuilder(); 
Director director = new Director (htmlbuilder); 
director.construct(); 
String filename - htmlbuilder.getResult(); 
System.out.println(filename + "文件 编写 完成 。") ; 

) else ( 
usage (); 
System.exit(0); 

) 

} 


public static void usage() { 
System.out.println("Usage: java Main plain 编写 纯 文 本 文档 ") ， 
System.out.println("Usage: java Main html 编写 HTML Xf"); 





运行 结果 ( 纯 文 本 文档 ) 








一 一 - 
java Main plain 


[ Greeting] 
图 从 早上 至 下 午 
: 早上 好 。 

下 午 好 。 
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[Hi 7-3 运行 结果 ( HTML 文档) 


java Main html 
Greeting.html 文件 编写 完成 。 








type Greeting.html 
<html><head><title>Greeting</title></head><body> 
<h1>Greeting</h1> 
<p> 从 早上 至 下 午 </p> 
«ul» 

«ri» RE </li> 
«li» 下 午 好 。</1i> 
</ul> 

«p» 晚上 </p> 

«ul» 

«li» 晚上 好 。</1i> 
<1i> 晚安 。</1i> 
«li» 再 见 。</1i> 
«/ul» 
X/body»«/html» 


[a74 在 浏览 器 中 查看 到 的 HTMLBuilder 编写 的 Greeting.html 


WW " "| TES TTD xu 
KIE cwusersimenun ya Pl 

: 
Greeting 


| 从 早上 至 下 午 











* 早上 好 。 
* 下 午 好 。 








7.3 Builder 模式 中 的 登场 角色 


Builder 模式 中 有 以 下 登场 角色 。 


* Builder ( 建造 者 ) 
Builder 角色 负责 定义 用 于 生成 实例 的 接口 ( API )。Builder 角色 中 准备 了 用 于 生成 实例 的 方法 。 
在 示例 程序 中 ， 由 Builder 类 扮演 此 角色 。 


令 ConcreteBuilder ( 具体 的 建造 者 ) 

ConcreteBuilder 角色 是 负责 实现 Builder 角色 的 接口 的 类 ( API )。 这 里 定义 了 在 生成 实例 时 实 
际 被 调用 的 方法 。 此 外 ,在 ConcreteBuilder 角色 中 还 定义 了 获取 最 终生 成 结果 的 方法 。 在 示例 程序 
中 ,由 TextBuilder 类 和 HTMLBuilder 类 扮演 此 角色 。 


€ Director ( 监工 ) 


Director 角色 负责 使 用 Builder 角色 的 接口 (API ) 来 生成 实例 。 它 并 不 依赖 于 ConcreteBuilder f 
色 。 为 了 确保 不 论 ConcreteBuilder 角色 是 如 何 被 定义 的 ，Director 角色 都 能 正常 工作 ， 它 只 调用 在 
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Builder 角色 中 被 定义 的 方法 。 在 示例 程序 中 ,由 Director 类 扮演 此 角色 。 


€ Client ( 使 用 者 ) 
该 角色 使 用 了 Builder 模式 (在 GoF 的 书 ( 请 参见 附录 E[GoF]) F, Builder 模式 并 不 包含 
Client 角色 )。 在 示例 程序 中 ， 由 Main 类 扮演 此 角色 。 


| 7-5 Builder 模式 的 类 图 












Director Builder 


















builder 
buildPartl 


buildPart3 











ConcreteBuilder 





buildPartl1 
buildPart2 
buildPart3 
getResult 





[A76 Builder 模式 的 时 序 图 


| new A 
: :ConcreteBuilder 












































construct 
buildParti | 
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buildPart2 | 
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和 T | 
| getResult | 
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|74 相关 的 设计 模式 


€ Template Method 模式 (第 3 章 ) 


在 Builder 模式 中 ，Director 角色 控制 Builder 角色 。 
在 Template Method 模式 中 ， 父 类 控制 子 类 。” 


令 Composite 模式 (第 11 章 ) 
有 些 情况 下 Builder 模式 生成 的 实例 构成 了 Composite 模式 。 


€ Abstract Factory 模式 (第 8 章 ) 
Builder 模式 和 Abstract Factory 模式 都 用 于 生成 复杂 的 实例 。 


令 Facade 模式 (第 15 章 ) 

在 Builder 模式 中 ，Director 角色 通过 组 合 Builder 角色 中 的 复杂 方法 向 外 部 提供 可 以 简单 生成 
实例 的 接口 (API ) ( 相当 于 示例 程序 中 的 construct 方法 )。 

Facade 模式 中 的 Facade 角色 则 是 通过 组 合 内 部 模块 向 外 部 提供 可 以 简单 调用 的 接口 (API )。 
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| 谁 知道 什么 

在 面向 对 象 编程 中 ,“ 谁 知道 什么 ”是 非常 重要 的 。 也 就 是 说 ,我 们 需要 在 编程 时 注意 哪个 类 
可 以 使 用 哪个 方法 以 及 使 用 这 个 方法 到 底 好 不 好 。 

请 大 家 再 回忆 一 下 示例 程序 。 

Main 类 并 不 知道 (没有 调用 ) Builder 类， 它 只 是 调用 了 Direct 类 的 construct 方法 。 
这 样 ，Director 类 就 会 开始 工作 ( Main 类 对 此 一 无 所 知 )， 并 完成 文档 的 编写 。 

男 一 方面 ，Director 类 知道 Builder 类 ，, 它 调用 Builder 类 的 方法 来 编写 文档 ,但 是 它 
并 不 知道 它 “ 真 正 ” 使 用 的 是 哪个 类 。 也 就 是 说 它 并 不 知道 它 所 使 用 的 类 到 底 是 TextBuilder 
类 、HTMLBuilder 类 还 是 其 他 Builder 类 的 子 类 。 不 过 也 没有 必要 知道 ， 因 为 Director 类 只 
使 用 了 Builder 类 的 方法 ， 而 Builder 类 的 子 类 都 已 经 实现 了 那些 方法 。 

Director 类 不 知道 自己 使 用 的 究竟 是 Builder 类 的 哪个 子 类 也 好 。 这 是 因为 “只 有 不 知道 
子 类 才能 替换 ”"。 不 论 是 将 TextBuilder 的 实例 传递 给 Director， 还 是 将 HTMLBuilder 类 的 
实例 传递 给 Director， 它 都 可 以 正常 工作 ， 原 因 正 是 Director 类 不 知道 Builder 类 的 具体 的 
TŽ. 

正 是 因为 不 知道 才能 够 替换 ， 正 是 因为 可 以 替换 ， 组 件 才 具 有 高 价值 。 作 为 设计 人 员 ， 我 们 必 
须 时 刻 关注 这 种 “可 替换 性 ”。 


© 这 里 的 控制 指 的 是 方法 的 调用 顺序 的 控制 。 在 Builder 模式 中 ，Director 决定 了 Builder 角色 中 方法 的 
调用 顺序 ， 而 在 Template Method 模式 中 ， 父 类 决定 了 子 类 方法 的 调用 顺序 。 一 一 译 者 注 
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|| 设计 时 能 够 决定 的 事情 和 不 能 决定 的 事情 


在 Builder 类 中 ,需要 声明 编辑 文档 ( 实现 功能 ) 所 必需 的 所 有 方法 。Director 类 中 使 用 
的 方法 都 是 Builder 类 提供 的 。 因 此 , 在 Builder 类 中 应 当 定 义 哪些 方法 是 非常 重要 的 。 

MEH, Builder 类 还 必须 能 够 应 对 将 来 子 类 可 能 增加 的 需求 。 在 示例 程序 中 ， 我 们 只 编写 了 
支持 纯 文本 文档 的 子 类 和 支持 HTML 文件 的 子 类 。 但 是 将 来 可 能 还 会 希望 能 够 编写 其 他 形式 ( 例如 
XXXX 形式 ) 的 文档 。 那 时 候 ， 到 底 能 不 能 编写 出 支持 XXXX 形式 的 XXXXBuilder 类 呢 ? 应 该 不 
需要 新 的 方法 吧 ? 

虽然 类 的 设计 者 并 不 是 神仙 ， 他 们 无 法 准确 地 预测 到 将 来 可 能 发 生 的 变化 。 但 是 ， 我 们 还 是 有 
必要 让 设计 出 的 类 能 够 尽 可 能 灵活 地 应 对 近期 可 能 发 生 的 变化 。 


| 代码 的 阅读 方法 和 修改 方法 


在 编程 时 ， 虽 然 有 时 需要 从 零 开 始 编写 代码 ， 但 更 多 时 候 我 们 都 是 在 现 有 代码 的 基础 上 进行 增 
加 和 修改 。 

这 时 ， 我 们 需要 先 阅读 现 有 代码 。 不 过 ， 只 是 阅读 抽象 类 的 代码 是 无 法 获取 很 多 信息 的 (虽然 
可 以 从 方法 名 中 获得 线索 )。 

让 我 们 再 回顾 一 下 示例 程序 。 即 使 理解 了 Builder 抽象 类 ， 也 无 法 理解 程序 整体 。 至 少 必须 
在 阅读 了 Director 的 代码 后 才能 理解 Builder 类 的 使 用 方法 (Builder 类 的 方法 的 调用 方法 )。 
然后 再 去 看 看 TextBuilder 类 和 HTMLBuilder 类 的 代码 ， 就 可 以 明白 调用 Builder 类 的 方法 
后 具体 会 进行 什么 样 的 处 理 。 

如 果 没 有 理解 各 个 类 的 角色 就 动手 增加 和 修改 代码 ， 在 判断 到 底 应 该 修改 哪个 类 时 ， 就 会 很 容 
易 出 错 。 例 如 ， 如 果 修 改 Builder 类 ， 那 么 就 会 对 Director HJH Builder 类 方法 的 地 方 
和 Builder 类 的 子 类 产生 影响 。 或 是 如 果 不 小 心 修改 了 Director 类, 在 其 内 部 调用 了 
TextBuilder 类 的 特有 的 方法 ， 则 会 导致 其 失去 作为 可 复 用 组 件 的 独立 性 ， 而 且 当 将 子 类 替换 为 
HTMLBuilder 时 ， 程 序 可 能 会 无 法 正常 工作 。 


| 7.6 ”本 章 所 学 知识 


在 本 章 中 ,我 们 学 习 了 用 于 组 装具 有 复杂 结构 的 实例 的 Builder 模式 。 组 装 的 具体 过 程 则 被 隐 
藏 在 Director 角色 中 。 


77 ”练习 题 答案 请 参见 附录 A ( P.303 ) 
@ 习 题 7-1 
请 将 示例 程序 中 的 Builder 类 ( 代码 清单 7-1 ) 修改 为 接口 并 相应 地 修改 其 他 类 。 
@ 习 题 7-2 


在 示例 程序 中 的 HTMLBuilder 类 (代码 清单 7-4 ) 中 ， 需 要 首先 调用 makeTitle 方 
法 ,但 是 在 TextBuilder 类 (代码 清单 7-3 ) 中 ， 则 对 方法 调用 的 顺序 没有 要 求 。 
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请 修改 Builder 类 (代码 清单 7-1 )、TextBuilder 类 (代码 清单 73 ) 和 HTMLBuilder 
类 (代码 清单 7-4 ),， 确保“ 在 调用 makeString 方法 、makeItems 方法 和 close 方 
法 之 前 必须 且 只 能 调用 一 次 makeTitle JE". 

e 习题 7-3 
请 为 示例 程序 中 的 Builder 类 (代码 清单 7-1) 编写 一 个 子 类 ， 让 其 扮演 
ConcreteBuilder 的 角色 ， 实 现 可 以 编写 纯 文本 文档 、HTML 文件 以 外 的 任意 一 种 文档 
的 功能 。 

e 习题 7-4 

在 示例 程序 中 的 TextBuilder 类 (代码 清单 7-3) 中 ,编写 的 文档 被 保存 在 了 

buffer 字段 中 , 但 buffer 字段 并 非 是 string 类 型 的 ， 而 是 StringBuffer 类 型 
的 ， 请 问 是 为 什么 呢 ? 如 果 使 用 了 string 类 型 会 有 什么 问题 呢 ? 
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| 8.1 Abstract Factory 模式 


在 本 章 中 ， 我 们 将 要 学 习 Abstract Factory 模式 。 

Abstract 的 意思 是 “抽象 的 ”，Factory 的 意思 是 “工厂 ”。 将 它们 组 合 起 来 我 们 就 可 以 知道 
Abstract Factory 表示 “抽象 工厂 ”的 意思 。 

通常 ， 我 们 不 会 将 “抽象 的 ”这 个 词 与 “工厂 ”这 个 词 联系 到 一 起 。 所 谓 工厂 ， 是 将 零件 组 装 
成 产品 的 地 方 ， 这 是 一 项 具体 的 工作 。 那 么 “抽象 工厂 ”到 底 是 什么 意思 呢 ? 

我 们 大 可 不 必 对 这 个 词 表示 吃惊 。 因 为 在 Abstract Factory 模式 中 ,不 仅 有 “抽象 工厂 ”， 还 有 
“抽象 零件 ”和 “抽象 产品 ”"。 抽 象 工厂 的 工作 是 将 “抽象 零件 ”组 装 为 “抽象 产品 ”。 

读 到 这 里 ， 大 家 可 能 会 想 “ 哎 呀 哎呀 ， 你 到 底 想 说 什么 啊 ?” 那 么 请 大 家 先 回忆 一 下 面向 对 象 
编程 中 的 “抽象 ”这 个 词 的 具体 含义 。 它 指 的 是 “不 考虑 具体 怎样 实现 ， 而 是 仅 关注 接口 (API》 
的 状态 。 例 如 ， 抽 象 方法 (Abstract Method ) 并 不 定义 方法 的 具体 实现 ， 而 是 仅仅 只 确定 了 方法 的 
名 字 和 签名 ( 参数 的 类 型 和 个 数 )。 

关于 “忘记 方法 的 具体 实现 (假装 忘记 )， 使 用 抽象 方法 进行 编程 ”的 设计 思想 ， 我 们 在 
Template Method 模式 (第 3 3€ ) Il Builder 模式 (第 7 章 ) 中 已 经 稍微 提 及 了 一 些 。 

在 Abstract Factory 模式 中 将 会 出 现 抽象 工厂 ， 它 会 将 抽象 零件 组 装 为 抽象 产品 。 也 就 是 说 ， 我 
们 并 不 关心 零件 的 具体 实现 ， 而 是 只 关心 接口 ( API )。 我 们 仅 使 用 该 接口 ( API ) 将 零件 组 装 成 为 
产品 。 

在 Tempate Method 模式 和 Builder 模式 中 ， 子 类 这 一 层 负 责 方法 的 具体 实现 。 在 Abstract 
Factory 模式 中 也 是 一 样 的 。 在 子 类 这 一 层 中 有 具体 的 工厂 ， 它 负责 将 具体 的 零件 组 装 成 为 具体 的 
产品 。 

我 好 像 听见 有 读者 在 说 “关于 抽象 的 话题 就 此 打住 吧 ， 赶 快 让 我 们 看 看 示例 程序 "。 那 么 我 们 
就 赶紧 来 看 看 下 面 这 段 抽 象 工 厂 的 示例 程序 吧 。 


| 8.2 ”示例 程序 


本 章 中 的 示例 程序 的 功能 是 将 带 有 层次 关系 的 链接 的 集合 制作 成 HTML 文件 。 最 后 制作 完成 
的 HTML 文件 如 图 8-1 所 示 ， 在 浏览 器 中 查看 到 的 结果 如 图 8-2 所 示 。 
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带 有 层次 关系 的 链接 的 集合 ( HTML ) 


35 











«html»«head»«title»LinkPage«/title»«/head» 

«body» 

«hl»LinkPage«c/h1l» 

«ul» 

«11» 

日 报 

«ul» 
<li><a href-'http://www.people.com.cn/"» ARHBjR«/a»«/1i» 
<li><a href-"http://www.gmw.cn/"» 光明 日 报 «/a»«/1i» 

«/ul» 

«/li» 

cli» 

检索 引擎 

«ul» 

«li» 

Yahoo! 

«ul» 
<li><a href-"http://www.yahoo.com/"»Yahoo!«/a»«/li» 
<li><a href-"http://www.yahoo.co.jp/"»Yahoo!Japan«/a»«/li» 

</ul> 

/LS 
<li><a href="http://www.excite.com/">Excite</a></li> 
<li><a href="http://www.google.com/">Google</a></li> 

</ul> 

«/li» 

«/ul» 

«hr»«address» X4 «/address»«/body»«/html» 











图 8-2 在 浏览 器 中 查看 到 的 带 有 层次 关系 的 链接 的 集合 





£^ LinkPage - Internet Explorer 'zlnl xi 


ege) sersuv ya Des) E 
LinkPage 
.日报 


o 站 日 





。 检 索引 擎 
= Yahoo! 


= Yahoo! 

* Yahoo!Japan 
ə Excite 
* Google 





DXF 





在 示例 程序 中 ， 类 被 划分 为 以 下 3 个 包 。 


e factory 包 : 包含 抽象 工厂 、 零 件 、 产 品 的 包 
e 无 名 包 : 包含 Main 类 的 包 
e listfactory 包 : 包含 具体 工厂 、 零 件 、 产 品 的 包 ( 这 里 使 用 «ul» 标签 输出 为 HTML 文件 ) 


表 8-1 是 类 的 一 览 表 。 图 8-3 是 UML 类 图 ， 上 面 是 抽象 工厂 ， 下 面 是 具体 工厂 。 类 图 中 省 略 


T Main 类。 
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表 8-1 类 的 一 览 表 
包 名 字 


factory Factory 










说 明 
表示 抽象 工厂 的 类 ( 制作 Link、Tray、Page ) 

factory Item 方便 统一 处 理 Link 和 Tray 的 类 

factory Link 抽象 零件 : 表示 HTML 的 链接 的 类 

factory Tray 抽象 零件 : 表示 含有 Link 和 Tray 的 类 

factory Page 抽象 零件 : 表示 HTML 页 面 的 类 

无 名 Main 测试 程序 行为 的 类 

listfactory ListFactory | 表示 具体 工厂 的 类 ( 制作 ListLink、ListTray、ListPage) 
listfactory ListLink 具体 零件 : 表示 HTML 的 链接 的 类 

listfactory ListTray 具体 零件 : 表示 含有 Link 和 Tray 的 类 

具体 零件 : 表示 HTML 页 面 的 类 





























































































listfactory ListPage 





|mes 示例 程序 的 类 图 
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在 文件 夹 中 ， 各 个 类 的 源 文件 的 结构 如 图 8-4 Brzn o 
[H&4 文件 夹 中 的 源 文件 的 结构 





一 [一 Main.java 


| 一 factory 

一 一 Factory.java 
m~ Item.java 
m~ Link.java 
L— — Tray.java 

— — Page.java 








— listfactory 

[ — ListFactory.java 

m ListLink.java 
ListTray.java 
ListPage.java 








编译 方法 如 下 。 
javac Main.java listfactory/ListFactory.java 


在 之 前 的 示例 程序 中 ， 只 要 我 们 编译 了 Main.java， 其 他 所 有 必要 的 类 都 会 被 编译 。 但 是 ， 这 
次 我 们 编译 Main.java 时 ， 只 有 Factory.java、Item.java、Link.java、Tray.java、Page.java 会 被 编译 ， 
ListFactoryjava, ListLink.java, ListTray.ava, ListPage.java 则 不 会 被 编译 。 这 是 因为 Main 类 只 使 用 了 
factory 包 ， 没 有 直接 使 用 1istfactory 包 。 因 此 ,我 们 需要 在 编译 时 加 上 参数 来 编译 listfactory/ 
ListFactory.java ( 这 样 ，ListFactory.java、ListLink.java、ListTray.java、ListPage.java 就 都 会 被 编译 )。 


1 图 8-5 ”编译 和 运行 结果 











javac Main.java listfactory/ListFactory.java 

java Main listfactory.ListFactory 

LinkPage.html 编写 完成 。 

( 这 之 后 ， 在 Web 浏览 器 中 查看 LinkPage .html， 结 果 如 图 8-2 所 示 ) 











| 抽象 的 零件 : ltem 类 


Item 类 (代码 清单 8-1) 是 Link 类 和 Tray 类 的 父 类 (Item 有 “项 目 ” 的 意思 )。 这 样 ， 
Link 类 和 Tray 类 就 具有 可 替换 性 了 。 

caption 字段 表示 项 目的 “标题 ”。 

makeHTML 方法 是 抽象 方法 ， 需 要 子 类 来 实现 这 个 方法 。 该 方法 会 返回 HTML 文件 的 内 容 ( 需 
要 子 类 去 实现 )。 


Item 类 ( Item.java ) 


代码 清单 8-1 









public abstract class Item { 
protected String caption; 
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public Item(String caption) { 
this.caption = caption; 
} 


} 


| 抽象 的 零件 : Link 类 

Link 类 (代码 清单 8-2 ) 是 抽象 地 表示 HTML 的 超 链 接 的 类 。 

url 字段 中 保存 的 是 超 链接 所 指向 的 地 址 。 乍 一 看 ,在 Link 类 中 好 像 一 个 抽象 方法 都 没有 ， 
但 实际 上 并 非 如 此 。 由 于 Link 类 中 没有 实现 父 类 ( Item 类 ) 的 抽象 方法 (makeHTML )， 因 此 它 
也 是 抽象 类 。 


代码 清单 8-2 。 Link 类 ( Linkjava ) 
package factory; 


public abstract class Link extends Item ( 
protected String url; 
public Link(String caption, String url) ( 
super (caption); 
this.url = url; 


) 


| 抽象 的 零件 : Tray 类 


Tray 类 (代码 清单 8-3 ) 表示 的 是 一 个 含有 多 个 Link 类 和 Tray 类 的 容器 (Tray 有 托盘 的 意 
思 。 请 想象 成 在 托盘 上 放置 着 一 个 一 个 项 目 )。 

Tray 类 使 用 aad 方法 将 Link XA Tray 类 和 集合 在 一 起 。 为 了 表示 集合 的 对 象 是 “Link 类 
和 Tray 类 ”， 我 们 设置 add 方法 的 参数 为 Link 类 和 Tray 类 的 父 类 Item 类 。 

虽然 Tray 类 也 继承 了 Item 类 的 抽象 方法 makeHTML ， 但 它 并 没有 实现 该 方法 。 因 此 ，Tray 
类 也 是 抽象 类 。 


代码 清单 8-3 Tray 类 ( Tray.java ) 
package factory; 


import java.util.ArrayList; 


public abstract class Tray extends Item { 
protected ArrayList tray - new ArrayList(); 
public Tray(String caption) { 
super (caption); 
) 
public void add(Item item) ( 
tray.add(item); 
) 
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| 抽 旬 的 产品 : Page 类 


Page 类 ( 代码 清单 8-4 ) 是 抽象 地 表示 HTML 页 面 的 类 。 如 果 将 Link 和 Tray 比喻 成 抽象 的 
“FE, IA Page 类 就 是 抽象 的 “产品 ”。tit1le M author 分 别 是 表示 页 面 标题 和 页 面 作者 的 
字段 。 作 者 名 字 通 过 参数 传递 给 Page 类 的 构造 函数 。 

可 以 使 用 ada 方法 向 页 面 中 增加 Item (Bl Link 或 Tray ) 增加 的 Item 将 会 在 页 面 中 显示 出 来 。 

output 方法 首先 根据 页 面 标题 确定 文件 名 ， 接 着 调用 makeHTML 方法 将 自身 保存 的 HTML 
内 容 写 入 到 文件 中 。 

其 中 ,我 们 可 以 去 掉 如 下 语句 (1 ) 中 的 enis, 将 其 写 为 如 下 语句 (2 ) 那样 。 


writer.write (ERES . makenTML () ) eee (1) 
writer.write(makeHTML()); / —  —  ———/— te (2) 


为 了 强调 调用 的 是 Page 类 自己 的 makeHTML 方法 ,我 们 显 式 地 加 上 了 this。 这 里 调用 的 
makeHTML 方法 是 一 个 抽象 方法 。output 方法 是 一 个 简单 的 Template Method 模式 的 方法 。 


代码 清单 8-4 Page 类 ( Page.java ) 
package factory; 


import java.io.*; 
import java.util.ArrayList; 


public abstract class Page ( 
protected String title; 
protected String author; 
protected ArrayList content - new ArrayList(); 
public Page(String title, String author) ( 
this.title - title; 
this.author = author; 
) 
public void add(Item item) { 
content.add(item); 
ji 
public void output() ( 
try ( 
String filename = title + ".html"; 
Writer writer - new FileWriter(filename); 


writer.close(); 
System.out.println(filename + " 编写 完成 。" ) ; 
) catch (IOException e) ( 
e.printStackTrace(); 
} 
} 
public abstract String makeHTML(); 


) 





| 抽象 的 工厂 : Factory 类 


前 面 我 们 学 习 了 抽象 零件 和 抽象 产品 的 代码 ， 现 在 终于 可 以 来 看 看 抽象 工厂 了 。 
代码 清单 8-5 中 的 getFactory 方法 可 以 根据 指定 的 类 名 生成 具体 工厂 的 实例 。 例 如 ， 可 以 
像 下 面 这 样 ， 将 参数 classname 指定 为 具体 工厂 的 类 名 所 对 应 的 字符 串 。 
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"listfactory.ListFactory" 


getFactory 方法 通过 调用 Class 类 的 £orName 方法 来 动态 地 读 取 类 信息 ， 接 着 使 用 
newInstance 方法 生成 该 类 的 实例 ， 并 将 其 作为 返回 值 返 回 给 调用 者 。 

Class 类 属于 java.1lang 包 ， 是 用 来 表示 类 的 类 。c1ass 类 包含 于 Java 的 标准 类 库 中 。 
forName 是 java.1lang .Class 的 类 方法 (静态 方法 )，newInstance 则 是 java.1lang. 
class 的 实例 方法 。 

请 注意 ， 虽 然 getFactory 方法 生成 的 是 具体 工厂 的 实例 ,但 是 返回 值 的 类 型 是 抽象 工厂 类 型 。 

createLink, createTray, createPage 等 方法 是 用 于 在 抽象 工厂 中 生成 零件 和 产品 的 方 
法 。 这 些 方 法 都 是 抽象 方法 ， 具 体 的 实现 被 交 给 了 Factory 类 的 子 类 。 不 过 ， 这 里 确定 了 方法 的 
名 字 和 签名 。 





代码 清单 8-5 Factory 类 ( Factory.java ) 





public abstract class Factory { 


Factory factory - null; 
try ( 





) catch (ClassNotFoundException e) { 
System.err.println(" 没有 找到 " + classname + " 3, "); 
) catch (Exception e) ( 
e.printStackTrace(); 
} 


return factory; 





) 


| 使 用 工厂 将 零件 组 装 称 为 产品 : Main 类 


在 理解 了 抽象 的 零件 、 产 品 、 工 厂 的 代码 后 ， 我 们 来 看 看 Main 类 ( 代码 清单 8-6 ) 的 代码 。 
Main 类 使 用 抽象 工厂 生产 零件 并 将 零件 组 装 成 产品 。Main 类 中 只 引入 了 factory 包 ， 从 这 一 点 
可 以 看 出 ， 该 类 并 没有 使 用 任何 具体 零件 、 产 品 和 工厂 。 

具体 工厂 的 类 名 是 通过 命令 行 来 指定 的 。 例 如 ， 如 果 要 使 用 1istfactory 包 中 的 
ListFactory 类 ， 可 以 在 命令 行 中 输入 以 下 命令 。 


java Main listfactory.ListFactory 


Main 类 会 使 用 getFactory 方 法 生成 该 参数 (arg[0] ) 对 应 的 工厂 ， 并 将 其 保存 在 
factory 变量 中 。 

之 后 ，Main 类 会 使 用 factory 生成 Link 和 Tray， 然 后 将 Link 和 Tray 都 放 和 人 Tray 中 ， 
最 后 生成 Page 并 将 生成 结果 输出 至 文件 。 


代码 清单 8-6 — Main 类 ( Main.java ) 


import factory.*; 
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public class Main { 
public static void main(String[] args) ( 
if (args.length !- 1) ( 
System.out.println("Usage: java Main class.name.of.ConcreteFactory"); 
System.out.println("Example 1: java Main listfactory.ListFactory"); 
System.out.println("Example 2: java Main tablefactory.TableFactory"); 
System.exit(0); 





Link people = factory.createLink(" AERHBjR", "http://www.people.com.cn/"); 
Link gmw = factory.createlink("E88HdR ", "http://www.gmw.cn/"); 


Link us yahoo = factory.createLink("Yahoo!", "http://www.yahoo.com/"); 
Link jp yahoo = factory.createLink("Yahoo!Japan", "http://www.yahoo.co.jp/"); 
Link excite = factory.createLink("Excite", "http://www.excite.com/"); 
Link google - factory.createLink("Google", "http://www.google.com/"); 





Tray traynews - factory.createTray(" 日 报 ") ; 
traynews .adqd (people); 
traynews.add(gmw); 


Tray trayyahoo - factory.createTray("Yahoo!"); 
trayyahoo.add(us yahoo); 
trayyahoo.add(jp yahoo); 


Tray traysearch = factory.createTray(" 检索 引擎 ") ; 
traysearch.add(trayyahoo); 

traysearch.add (excite); 

traysearch.add (google); 


Page page = factory.createPage("LinkPage", " ØX# "); 
page.add(traynews); 

page.add(traysearch); 

page.output(); 








| 具体 的 工厂 : ListFactory 类 


之 前 我 们 学 习 了 抽象 类 的 代码 ， 现 在 让 我 们 将 视角 切换 到 具体 类 。 首 先 ， 我 们 来 看 看 
listfactory 包 中 的 工厂 ListFactory 类 。 

ListFactory 类 (代码 清单 8-7) 实现 了 Factory 类 的 createLink 方 法 、createTray 方 
法 以 及 createPage 方 法。 当然 ,各 个 方法 内 部 只 是 分 别 简 单 地 new 出 了 ListLink 类 的 实例 、 
ListTray 类 的 实例 以 及 ListPage 类 的 实例 ( 根据 实际 需求 ， 这 里 可 能 需要 用 Prototype 模式 来 
进行 clone), 








代码 清单 87 ListFactory 类 ( ListFactory.java ) 











import factory.*; 


public class ListFactory extends Factory { 
public Link © Liük(String caption, String url) ( 
return new ListLink(caption, url); 
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es] 





public Tray c y (String caption) { 
return new ListTray (caption); 

} 

public Page B 8 (String title, String author) | 
return new ListPage(title, author); 








| 具体 的 零件 : ListLink 类 

ListLink 类 (代码 清单 8-8 ) 是 Link 类 的 子 类 。 在 ListLink 类 中 必须 实现 的 方法 是 哪个 
Wi? 对 了 ， 就 是 在 父 类 中 声明 的 makeHTML 抽象 方法 。Li stLink 类 使 用 <1i> 标签 和 <a> 标签 
来 制作 HTML 片段 。 这 段 HTML 片段 也 可 以 与 ListTary 和 ListPag 的 结果 合并 起 来 ， 就 如 同 
将 螺栓 和 螺母 拧 在 一 起 一 样 。 











代码 清单 8-8 — ListLink 类 ( ListLink.java ) 









public class ListLink extends Link ( 
public ListLink(String caption, String url) ( 
super(caption, url); 
) 
public String HWAkeHTME() ( 
return " «li»«a href= + url + "V'5" + caption + "«/a»«/li»WMn"; 


} 











| 具体 的 零件 : ListTray 类 


ListTray 类 (代码 清单 8-9 ) 是 Tray 类 的 子 类 。 这 里 我 们 重点 看 一 下 makeHTML 方法 是 如 
何 实 现 的 。tray 字段 中 保存 了 所 有 需要 以 HTML 格式 输出 的 Item， 而 负责 将 它们 以 HTML 格式 
输出 的 就 是 makeHTML 方法 了 。 那 么 该 方法 究竟 是 如 何 实现 的 呢 ? 

makeHTML 方法 首先 使 用 <1i> 标签 输出 标题 (caption )， 接 着 使 用 <ul> 和 <1i> 标签 输 
出 每 个 Item。 输 出 的 结果 先 暂 时 保存 在 StringBuffer 中 ,最 后 再 通过 toString 方法 将 输出 
结果 转换 为 String 类 型 并 返回 给 调用 者 。 

那么 ， 每 个 Item 又 是 如 何 输出 为 HTML 格式 的 呢 ? 当 然 就 是 调用 每 个 Item 的 makeHTML 
方法 了 。 请 注意 ， 这 里 并 不 关心 变量 item 中 保存 的 实例 究竟 是 ListLink 的 实例 还 是 ListTray 
的 实例 ， 只 是 简单 地 调用 了 item.makeHTML () 语句 而 已 。 这 里 不 能 使 用 switch 语句 或 i£ 语 
句 去 判断 变量 item 中 保存 的 实例 的 类 型 ， 否 则 就 是 非 面向 对 象 编程 了 。 变 量 item 是 Item 类 型 
的 ， 而 Item 类 又 声明 了 makeHTML 方法 ， 而 且 ListLink 类 和 ListTray 类 都 是 Item 类 的 子 
类 ， 因 此 可 以 放心 地 调用 。 之 后 item 会 帮 我 们 进行 处 理 。 至 于 item 究竟 进行 了 什么 样 的 处 理 ， 
只 有 item 的 实例 ( 对 象 ) 才 知道 。 这 就 是 面向 对 象 的 优点 。 

这 里 使 用 的 java .util.Iterator 类 与 我 们 在 Iterator 模式 一 章 中 所 学 习 的 迭代 器 在 功能 上 
是 相同 的 ， 不 过 它 是 Java 类 库 中 自 带 的 。 为 了 从 java.util.ArrayList 类 中 得 到 java. 
util.Iterator, 我 们 调用 iterator 方法 。 
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| 码 清单 8-9  ListTray 类 ( ListTray.java ) 


import factory.*; 
import java.util.Iterator; 


public class ListTray extends Tray ( 
public ListTray(String caption) ( 
super (caption); 
) 


public String RKeHTME( ( 


StringBuffer buffer - new StringBuffer(); 
buffer.append("«li» Mn"); 
buffer.append(caption + "Mn"); 
buffer.append("«ul» in"); 
Iterator it - tray.iterator(); 
while (it.hasNext()) { 

Item item = (Item)it.next(); 


buffer.append (ESmURAKERTMEQ) ; 
) 


buffer.append("«/ul» An"); 
buffer.append("«/li»Mn"); 
return buffer.toString(); 


| 具体 的 产品 : ListPage 类 


ListPage 类 (代码 清单 8-10) 是 Page 类 的 子 类 。 关 于 makeHTML 方法 ， 大 家 应 该 已 经 明白 
了 吧 。ListPage 将 字段 中 保存 的 内 容 输出 为 HTML 格式 。 作 者 名 (author ) 用 <address> 标 
签 输出 。 

大 家 知道 为 什么 while 语句 被 夹 在 <ul>..</ul> 之 间 吗 ? 这 是 因为 在 while 语句 中 
append 的 item.makeHTML () 的 输出 结果 需要 被 舱 和 在 <ul>...</ul> 之 间 的 缘故 。 请 大 家 再 回 
顾 一 下 ListLink 和 ListTray 的 makeHTML () 方法 ， 在 它们 的 最 外 侧 都 会 有 <1i> 标签 ， 就 像 
是 “螺栓 ”和 “螺母 ”的 接头 一 样 。 

while 语句 的 上 一 条 语句 中 的 content 继承 自 Page 类 的 字段 。 


代码 清单 8-10 — ListPage 类 ( ListPage.java ) 
package listfactory; 


import factory.*; 
import java.util.Iterator; 





public class ListPage extends Page ( 
public ListPage(String title, String author) { 
super(title, author); 
) 


public String MERSHEMEO í 


StringBuffer buffer - new StringBuffer(); 
buffer.append("«html»«head»«title»" + title + "«/title»«/head»Mn"); 
buffer.append("«body» Mn"); 

buffer.append("«h1»" + title + "«/hl1»5in"); 

buffer.append("«ul» Mn"); 

Iterator it - content.iterator(); 

while (it.hasNext()) { 
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Item item - (Item)it.next(); 


buffer.append (ÉESRIRSKEHTMEQ) ; 
) 


buffer .append ("</ul>\n"); 

buffer.append("«hr»«address»" + author + "</address>"); 
buffer .append ("</body></html>\n"); 

return buffer.toString(); 


| 8.3 ”为 示例 程序 增加 其 他 工厂 


关于 本 章 内 容 ， 我 还 要 多 讲 一 些 ， 希 望 大 家 耐心 读 完 。 之 前 ， 我 们 已 经 了 解 了 抽象 工厂 和 具体 
工厂 。 但 是 ， 如 果 只 是 为 了 编写 带 有 HTML 超 链 接 集 合 的 文件 ， 那 我 们 的 阵势 未 免 有 些 过 大 了 。 
当 只 有 一 个 具体 工厂 的 时 候 ， 是 完全 没有 必要 划分 “抽象 类 ”与 “具体 类 ”的 。 接 下 来 ， 我 们 将 在 
示例 程序 中 再 增加 其 他 的 具体 工厂 ( 编写 含有 其 他 内 容 的 HTML 格式 的 文件 )。 

之 前 学 习 的 1istfactory 包 的 功能 是 将 超 链 接 以 条 目 形式 展示 出 来 。 现 在 我 们 来 使 用 
tablefactory 将 链接 以 表格 形式 展示 出 来 。 最 终 的 编译 和 运行 结果 请 参见 图 86， 编 写 出 的 HIML 文件 
内 容 请 参见 图 87。 此 外 ， 在 浏览 器 中 查看 到 的 输出 结果 如 图 8-8 所 示 ( 请 注意 与 图 82 进行 比较 ) 


[图 8-6 编译 与 运行 结果 


javac Main.java tablefactory/TableFactory.java 
java Main tablefactory.TableFactory 
LinkPage.html 编写 完成 。 




















[H8-7 使 用 tablefactory 包 制作 的 超 链接 集合 (HTML ) 








«html»«head»«title»LinkPage«/title»«/head» 

«body» 

«hl»LinkPagec/hl» 

«table width-"80$" border-"3"» 

«tr»«td»«table width-"100$" border-"1"»«tr»«td bgcolor-"£4cccccc" align="center" 
colspan-"2"»«b» 日 报 «/b»«/td»«/tr» 

<tr> 

<td><a href="http://www.people.com.cn/"> ARB ł}R </a></td> 

<td><a href="http://www.gmw.cn/"> 光明 日 报 </a></td> 
«/tr»«/table»«/td»«/tr»«tr»«td»«table width-"100$" border-"1"»«tr»«td bgcolor 
-'"£cccccc" align="center" colspan-"3"»«p» 检索 引擎 </b></td></tr> 

«tr» 

<td><table width-"100$" border-"1"»«tr»«td bgcolor-"£4cccccc" align="center" 
colspan-"2"»«b»Yahoo!«/b»«/td»«/tr» 

«tr» 

<td><a href-"http://www.yahoo.com/"»Yahoo!«/a»«/td» 

<td><a href-"http://www.yahoo.co.jp/"»Yahoo!Japan«c/a»«/td» 
«/tr»«/table»«/td»«td»«a href-"http://www.excite.com/"»5Excite«/a»«/td» 
<td><a href-"http://www.google.com/"»Google«/a»«/td» 
«/tr»«/table»«/td»«/tr»«/table» 

«hr»«address» 杨 文 轩 «/address»«/body»«/html» 
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[图 8-8 在 浏览 器 中 查看 到 的 使 用 tablefactory 包 制 作 的 超 链接 集合 





kPaee — Internet Explorer 





包 说 明 

表示 具体 工厂 的 类 

( 制作 TableLink, TableTray, TablePage) 
tablefactory TableLink 具体 零件 : 表示 HTML 的 超 链 接 的 类 
tablefactory TableTray | 具体 零件 : 表示 含有 Link 和 Tray 的 类 
tablefactory TablePage 具体 产品 : 表示 HTML 页 面 的 类 





tablefactory TableFactory 

















| 具体 的 工厂 : TableFactory 类 


Tablegactory 类 (代码 清单 8-11) 是 Factory 类 的 子 类 。createLink 方 法 、 
createTray 方 法 以 及 createPage 方 法 的 处 理 是 分 别 生成 TableLink、TableTray、 
TablePage 的 实例 。 








代码 清单 8-11 — TableFactory 类 ( TableFactory.java ) 





import fact 





public class TableFactory extends Factory { 
public Link e Ik (String caption, String url) 1 
return new TableLink(caption, url); 
} 
public Tray crei y (String caption) ( 
return new TableTray (caption); 





pris 


} 
public Page (String title, String author) { 
return new TablePage(title, author); 





} 
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| 具体 的 零件 : TableLink 类 


TableLink 类 (代码 清单 8-12 ) 是 Link 类 的 子 类 。 它 的 makeHTML 方法 的 处 理 是 使 用 «ca» 
标签 创建 表格 的 列 。 请 回忆 一 下 , 在 ListLink 类 (代码 清单 8-8 ) 中 使 用 的 是 <1i> 标签 ， 而 这 
里 使 用 的 是 «ca» 标签 。 


代码 清单 8-12 — TableLink 类 ( TableLink.java ) 


package tablefactory; 
import factory.*; 








public class TableLink extends Link ( 
public TableLink(String caption, String url) { 
super(caption, url); 
) 
public String ff «BO í 
return "<td><a href-NV"" + url + "\">" + caption + "«/a»«/td»Mn"; 





} 














| 具体 的 零件 : TableTray 类 


TableTray 类 (代码 清单 8-13) 是 Tray 类 的 子 类 ， 其 makeHTML 方法 的 处 理 是 使 用 «ca» 
和 «table» 标签 输出 Item. 











代码 清单 8-13 — TableTray 类 ( TableTray.java ) 





import factory.*; 
import java.util.Iterator; 


public class TableTray extends Tray ( 

public TableTray(String caption) { 
super (caption); 

) 

public String makeHTML() { 
StringBuffer buffer - new StringBuffer(); 
buffer.append("«td»"); 
buffer.append("«table width=\"100%\" border=\"1\"><tr>"); 
buffer.append("«td bgcolor=\"#cccccc\" align-V"centerN" colspan=\""+ tray.size 

() + "N'»2«b»" + caption + "«/b»«/td»"); 
buffer.append("«/tr» Nn"); 
buffer.append("«tr»Mn"); 
Iterator it = tray.iterator(); 
while (it.hasNext()) { 
Item item = (Item)it.next(); 
buffer.append(item.makeHTML()); 

F 
buffer .append ("</tr></table>"); 
buffer .append ("</td>"); 
return buffer.toString(); 





8.4 Abstract Factory 模式 中 的 登场 角色 | 


| 具体 的 产品 : TablePage 类 


TablePage 类 (代码 清单 8-14) Æ Page 类 的 子 类 。 这 里 应 该 不 需要 我 再 做 详细 说 明了 。 


ListPage 类 (代码 清单 8-10 ) 比较 一 下 ， 应 该 就 能 理解 它们 之 间 的 对 应 关系 。 








代码 清单 8-14  TablePage 类 ( TablePage.java ) 








import factory.*; 
import java.util.Iterator; 
public class TablePage extends Page { 
public TablePage(String title, String author) { 
super(title, author); 
) 
public String RAKeHTME(Q) í 
StringBuffer buffer - new StringBuffer(); 
buffer.append("«html»«head»«title»" + title + "«/title»«/head» An"); 
buffer.append("«body» An"); 
buffer.append("«h1»" + title + "«/hl1»5Mn"); 
buffer.append("«table width=\"80%\" border=\"3\">\n"); 
Iterator it = content.iterator(); 
while (it.hasNext()) ( 
Item item = (Item)it.next(); 
buffer.append("«tr»" + item.makeHTML() + "«/tr»"); 





) 

buffer.append("«/table» An"); 
buffer.append("«hr»«address»" + author + "«/address»"); 
buffer.append("«/body»«/html» An"); 

return buffer.toString(); 











8.4 Abstract Factory 模 式 中 的 登场 角色 


在 Abstract Factory 模式 中 有 以 下 登场 角色 。 
€ AbstractProduct ( 抽象 产品 ) 


AbstractProduct 角色 负责 定义 AbstractFactory 角色 所 生成 的 抽象 零件 和 产品 的 接口 (API)。 在 


示例 程序 中 ,由 Link 类 、Tray 类 和 Page 类 扮演 此 角色 。 
€ AbstractFactory ( 抽象 工厂 ) 
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与 


AbstractFactory 角色 负责 定义 用 于 生成 抽象 产品 的 接口 (API )。 在 示例 程序 中 ,由 Factory 


类 扮演 此 角色 。 
* Client ( 委托 者 ) 


Client 角色 仅 会 调用 AbstractFactory 角色 和 AbstractProduct 角色 的 接口 (API ) 来 进行 工作 ， 对 
于 具体 的 零件 、 产 品 和 工厂 一 无 所 知 。 在 示例 程序 中 ， 由 Main 类 扮演 此 角色 。 图 8-9 省 略 了 


Client 这 一 角色 。 
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1 图 8-9 Abstract Factory 模式 的 类 图 
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€ ConcreteProduct ( 具体 产品 ) 
ConcreteProduct 角色 负责 实现 AbstractProduct 角色 的 接口 ( API )。 在 示例 程序 中 ， 由 以 下 包 中 
的 以 下 类 扮演 此 角色 。 


e 1istfactory 包 :ListLink 类 、ListTray 类 和 ListPage 类 

e tablefactory 包 : TableLink 类、TableTray 类 和 TablePage 类 

€ ConcreteFactory ( 具体 工厂 ) 

ConcreteFactory 角色 负责 实现 AbstractFactory 角色 的 接口 (API )。 在 示例 程序 中 ， 由 以 下 包 中 
的 以 下 类 扮演 此 角色 。 


e listfactory 包 : Listfactory 类 
e tablefactory fü; Tablefactory 类 
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[8.5 拓展 思路 的 要 点 


| 易于 增加 具体 的 工厂 


在 Abstract Factory 模式 中 增加 具体 的 工厂 是 非常 容易 的 。 这 里 说 的 “容易 ” 指 的 是 需要 编写 哪 
些 类 和 需要 实现 哪些 方法 都 非常 清楚 。 

假设 现在 我 们 要 在 示例 程序 中 增加 新 的 具体 工厂 ， 那 么 需要 做 的 就 是 编写 Factory、Link、 
Tray, Page 这 4 个 类 的 子 类 ， 并 实现 它们 定义 的 抽象 方法 。 也 就 是 说 将 factory 包 中 的 抽象 部 
分 全 部 具体 化 即 可 。 

这 样 一 来 ， 无 论 要 增加 多 少 个 具体 工厂 (或 是 要 修改 具体 工厂 的 Bug )， 都 无 需 修改 抽象 工厂 
和 Main 部 分 。 


| 难以 增加 新 的 零件 


请 试想 一 下 要 在 Abstract Factory 模式 中 增加 新 的 零件 时 应 当 如 何 做 。 例 如 ， 我 们 要 在 
factory 包 中 增加 一 个 表示 图 像 的 Picture 零件 。 这 时 ， 我 们 必须 要 对 所 有 的 具体 工厂 进行 相应 
的 修改 才 行 。 例 如 , fElistfactory 包 中 ,我们 必须 要 做 以 下 修改 。 





e fr ListFactory 中 加 入 createPicture 方法 
e 新 增 ListPicture 类 


已 经 编写 完成 的 具体 工厂 越 多 ， 修 改 的 工作 量 就 会 越 大 。 


| s.6 相关 的 设计 模式 


令 Builder 模式 (第 7 章 ) 

Abstract Factory 模式 通过 调用 抽象 产品 的 接口 ( APT) 来 组 装 抽 象 产品 ， 生 成 具有 复杂 结构 的 
实例 。 

Builder 模式 则 是 分 阶段 地 制作 复杂 实例 。 

€ Factory Method 模式 (第 4 章 ) 

有 时 Abstract Factory 模式 中 零件 和 产品 的 生成 会 使 用 到 Factory Method 模式 。 


* Composite 模式 (第 11 章 ) 
有 时 Abstract Factory 模式 在 制作 产品 时 会 使 用 Composite 模式 。 


€ Singleton 模式 (第 5 章 ) 
有 时 Abstract Factory 模式 中 的 具体 工厂 会 使 用 Singleton 模式 。 
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8.7 ”延伸 阅读 : 各 种 生成 实例 的 方法 的 介绍 


在 Java 中 可 以 使 用 下 面 这 些 方法 生成 实例 。 
€ new 


一 般 我 们 使 用 Java 关键 字 new 生成 实例 。 
可 以 像 下 面 这 样 生 成 Something 类 的 实例 并 将 其 保存 在 obj 变量 中 。 


Something obj = new Something(); 


这 时 ， 类 名 (此 处 的 Something ) 会 出 现在 代码 中 了 。 


€ clone 


我 们 也 可 以 使 用 在 Prototype 模式 (第 6 3$ ) 中 学 习 过 的 clone 方法 ,根据 现 有 的 实例 复制 出 
一 个 新 的 实例 。 
我 们 可 以 像 下 面 这 样 根据 自身 来 复制 出 新 的 实例 ( 不 过 不 会 调用 构造 函数 )。 


class Something { 


public Something createClone() { 
Something obj = null; 
try { 
obj = (Something)clone(); 
) catch (CloneNotSupportedException e) { 
e.printStackTrace(); 


) 


return obj; 


) 

€ newlnstance 

使 用 本 章 中 学 习 过 的 java.lang.Class 类 的 newInstance 方法 可 以 通过 Class 类 的 实例 
生成 出 Class 类 所 表示 的 类 ”的 实例 ( 会 调用 无 参 构造 函数 )。 

在 本 章 的 示例 程序 中 ， 我 们 已 经 展示 过 如 何 使 用 newInstance 了 。 下 面 我 们 再 看 一 个 例子 。 
假设 我 们 现在 已 经 有 了 Something 类 的 实例 someobj， 通 过 下 面 的 表达 式 可 以 生成 另外 一 个 
Something 类 的 实例 。 


Someobj.getClass().newInstance() 


ERE, HH newInstance 方法 可 能 会 导致 抛 出 InstantiationException 异常 或 是 
IllegalAccessException 异常 ， 因 此 需要 将 其 置 于 try...catch 语句 块 中 或 是 用 throws X 
键 字 指 定 调用 newInstance 方法 的 方法 可 能 会 抛 出 的 异常 。 


(D 即 形 成 强 耦 合 关系 。 一 一 译 者 注 
Q EP Something X, 一 一 译 者 注 
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[8.8 本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 将 抽象 零件 组 合成 为 抽象 产品 的 抽象 工厂 一 一 Abstract Factory 模式 。 

在 初学 设计 模式 时 ， 让 我 感到 最 难 理解 的 就 是 Abstract Factory 模式 了 。 因 为 在 该 模式 中 ， 类 之 
间 结 构 复 杂 ， 登 场 角 色 也 多 ， 与 只 有 一 个 类 的 Singleton 模式 相 比 ， 它 们 有 很 大 的 区 别 。 如 果 说 
Singleton 模式 是 “独舞 ”， 那 Abstract Factory 模式 就 是 “群舞 ”了 。 


8.9 练习 题 答案 请 参见 附录 A ( P.307 ) 





@ 习题 8-1 
Tray 类 (代码 清单 8-3 ) 中 的 tray 字段 是 protected， 子 类 也 可 以 访问 。 请 指出 如 
果 将 其 修改 为 private， 会 有 哪些 优点 和 缺点 。 
e 习题 8-2 
请 在 示例 程序 的 Factory 类 (代码 清单 8-5 ) 中 定义 一 个 “生成 只 含有 雅虎 网 站 
(http://www.yahoo.com) 超 链 接 的 HTML 页 面 的 具象 方法 ”。 


public Page createYahooPage(); 
请 把 页 面 的 作者 和 标题 都 设置 为 "Yahoo!"。 这 时 ， 具 体 工 厂 类 和 有 具体 零件 类 又 需要 
如 何 修改 呢 ? 
e 习题 8-3 
ListLink 类 (代码 清单 8-8 ) 的 构造 函数 如 下 所 示 。 
public ListLink(String caption, String url) ( 


super(caption, url); 


) 
也 就 是 说 ， 它 只 是 调用 了 父 类 的 构造 函数 。 如 果 不 需要 其 他 处 理 ， 为 什么 还 要 特意 定 
X ListLink 类 的 构造 函数 呢 ? 

e 习题 8-4 


Page 类 (代码 清单 8-4 ) 的 处 理 与 Tray 类 的 处 理 (代码 清单 8-3 ) 相似 ， 那 为 什么 没 
有 让 Page 类 继承 Tray 类 呢 ? 
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将 类 的 功能 层次 结构 
与 实现 层次 结构 分 离 
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| 9.1 Bridge 模式 


在 本 章 中 ， 我 们 将 要 学 习 Bridge 模式 。 

Bridge 的 意思 是 “桥梁 ”。 就 像 在 现实 世界 中 ， 桥 梁 的 功能 是 将 河流 的 两 侧 连接 起 来 一 样 ， 
Bridge 模式 的 作用 也 是 将 两 样 东西 连接 起 来 ， 它 们 分 别 是 类 的 功能 层次 结构 和 类 的 实现 层次 结构 。 

Bridge 模式 的 作用 是 在 “类 的 功能 层次 结构 ”和 “类 的 实现 层次 结构 ”之 间 搭 建 桥梁 。 话 虽 如 
此 ， 当 大 家 读 到 这 里 的 时 候 ， 脑 海中 还 是 很 难 想象 出 大 概 的 模样 吧 。 

在 开始 阅读 Bridge 模式 的 示例 代码 之 前 ， 我 们 需要 先 来 理解 一 下 这 两 种 层次 结构 。 这 是 因为 如 
果 不 能 理解 河流 两 边 的 土地 ， 也 就 无 法 理解 桥梁 存在 的 意义 了 。 





e 类 的 功能 层次 结构 
e 类 的 实现 层次 结构 


]| 类 的 层次 结构 的 两 个 作用 


令 希 望 增加 新 功能 时 

假设 现在 有 一 个 类 Something。 当 我 们 想 在 Something 中 增加 新 功能 时 ( 想 增加 一 个 具体 
方法 时 )， 会 编写 一 个 Something 类 的 子 类 (派生 类 )， 即 SomethingGood 类 。 这 样 就 构成 了 一 
个 小 小 的 类 层次 结构 。 


Something 
SomethingGood 


这 就 是 为 了 增加 新 功能 而 产生 的 层次 结构 。 


e 父 类 具有 基本 功能 

o 在 子 类 中 增加 新 的 功能 

以 上 这 种 层次 结构 被 称 为 “类 的 功能 层次 结构 ”。 

如 果 我 们 要 继续 在 SomethingGood 类 的 基础 上 增加 新 的 功能 ， 该 怎么 办 呢 ? 这 时 ， 我 们 可 
以 同样 地 编写 一 个 SomethingGood 类 的 子 类 ， 即 SomethingBetter 类 。 这 样 ， 类 的 层次 结构 
就 加 深 了 。 

Something 


SomethingGood 
SomethingBetter 


当 要 增加 新 的 功能 时 ， 我 们 可 以 从 各 个 层次 的 类 中 找 出 最 符合 自己 需求 的 类 ， 然 后 以 它 为 父 类 
编写 子 类 ， 并 在 子 类 中 增加 新 的 功能 。 这 就 是 “类 的 功能 层次 结构 ”。 


注意 通常 来 说 ， 类 的 层次 结构 关系 不 应 当 过 深 。 


多 希望 增加 新 的 实现 时 
在 Template Method 模式 (第 3 章 ) 中 ,我 们 学 习 了 抽象 类 的 作用 。 抽 象 类 声明 了 一 些 抽 象 方 
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法 ， 定 义 了 接口 (API )， 然 后 子 类 负责 去 实现 这 些 抽象 方法 。 父 类 的 任务 是 通过 声明 抽象 方法 的 方 
式 定义 接口 (API )， 而 子 类 的 任务 是 实现 抽象 方法 。 正 是 由 于 父 类 和 子 类 的 这 种 任务 分 担 ， 我 们 才 
可 以 编写 出 具有 高 可 替换 性 的 类 。 

这 里 其 实 也 存在 层次 结构 。 例 如 ， 当 子 类 concreteclass 实现 了 父 类 Abstractclass 类 
的 抽象 方法 时 ， 它 们 之 间 就 构成 了 一 个 小 小 的 层次 结构 。 


AbstractClass 


ConcreteClass 


但 是 ， 这 里 的 类 的 层次 结构 并 非 用 于 增加 功能 ， 也 就 是 说 ， 这 种 层次 结构 并 非 用 于 方便 我 们 增 
加 新 的 方法 。 它 的 真正 作用 是 帮助 我 们 实现 下 面 这 样 的 任务 分 担 。 


e 父 类 通过 声明 抽象 方法 来 定义 接口 ( API ) 
e 子 类 通过 实现 具体 方法 来 实现 接口 ( API ) 


这 种 层次 结构 被 称 为 “类 的 实现 层次 结构 ”。 
当 我 们 以 其 他 方式 实现 Abstractclass 时 , 例如 要 实现 一 个 AnotherConcreteClass 
时 ， 类 的 层次 结构 会 稍微 发 生 一 些 变化 。 


AbstractClass 
ConcreteClass 


AnotherConcreteClass 


为 了 一 种 新 的 实现 方式 ， 我 们 继承 了 AbstractClass 的 子 类 ， 并 实现 了 其 中 的 抽象 方法 。 
这 就 是 类 的 实现 层次 结构 。 


令 类 的 层次 结构 的 混杂 与 分 离 

通过 前 面 的 学 习 ， 大 家 应 该 理解 了 类 的 功能 层次 结构 与 类 的 实现 层次 结构 。 那 么 ， 当 我 们 想 要 
编写 子 类 时 ， 就 需要 像 这 样 先 确认 自己 的 意图 :“ 我 是 要 增加 功能 呢 ? 还 是 要 增加 实现 呢 ?” 当 类 的 
层次 结构 只 有 一 层 时 ， 功 能 层次 结构 与 实现 层次 结构 是 混杂 在 一 个 层次 结构 中 的 。 这 样 很 容易 使 类 
的 层次 结构 变 得 复杂 ， 也 难以 透彻 地 理解 类 的 层次 结构 。 因 为 自己 难以 确定 究竟 应 该 在 类 的 哪 一 个 
层次 结构 中 去 增加 子 类 。 

因此 ， 我 们 需要 将 “类 的 功能 层次 结构 ”与 “类 的 实现 层次 结构 ”分 离 为 两 个 独立 的 类 层次 结 
构 。 当 然 ， 如 果 只 是 简单 地 将 它们 分 开 ， 两 者 之 间 必 然 会 缺少 联系 。 所 以 我 们 还 需要 在 它们 之 间 搭 
建 一 座 桥 梁 。 本 章 中 要 学 习 的 Bridge 模式 的 作用 就 是 搭建 这 座 桥梁 。 

哎呀 ， 引 言说 得 太 多 了 。 下 面 我 们 赶紧 看 看 Bridge 模式 的 示例 程序 吧 。 请 在 阅读 示例 程序 时 着 
重 注意 上 面 学 习 的 “类 的 两 个 层次 结构 ”。 


|92 示例 程序 


下 面 我 们 来 看 一 段 使 用 了 Bridge 模式 的 示例 程序 。 这 段 示 例 程序 的 功能 是 “显示 一 些 东 西 ”。 
乍 一 听 好 像 很 抽象 ， 不 过 随 着 我 们 逐渐 地 理解 这 段 示例 程序 ， 也 就 能 慢 慢 明白 它 的 具体 作用 了 。 
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类 的 一 览 表 
m qee JUSTO 
类 的 功能 层次 结构 负责 “显示 ” 的 类 
类 的 功能 层次 结构 | countpisplay 增加 了 “只 显示 规定 次 数 ” 这 一 功能 的 类 
类 的 实现 层次 结构 | DisplayImpl 负责 “显示 ”的 类 
类 的 实现 层次 结构 | StringDisplayImpl “用 字符 串 显 示 ” 的 类 
测试 程序 行为 的 类 













































[图 9-1 示例 程序 的 类 图 






















































Display DisplayImpl 
: lc rI-T I AM E Rer E MM ac id 
| impl 
rawOpen 
open rawPrint 
print rawClose 
close 
display 
CountDisplay StringDisplayImpl 
] 
multiDisplay rawOpen 
rawPrint 
rawClose 





类 的 功能 层次 结构 : Display 类 


Display 类 (代码 清单 9-1 ) 的 功能 是 抽象 的 ， 负责“ 显示 一 些 东 西 "。 该 类 位 于 “类 的 功能 层 
次 结构 ”的 最 上 层 。 

在 impl 字段 中 保存 的 是 实现 了 Display 类 的 具体 功能 的 实例 (impl 是 implementation ( 实 
现 ) 的 缩写 )。 

该 实例 通过 Display 类 的 构造 函数 被 传递 给 Display 类 ， 然 后 保存 在 impl 字段 中 ， 以 供 
后 面 的 处 理 使 用 ( impl 字段 即 是 类 的 两 个 层次 结构 的 “桥梁 ”)。 

open、print、close 这 3 个 方法 是 Display 类 提供 的 接口 (API )， 它 们 表示 “显示 的 步 
WC. 


e open 是 显示 前 的 处 理 
e print 是 显示 处 理 
e close 是 显示 后 的 处 理 


请 注意 这 3 个 方法 的 实现 ， 这 3 个 方法 都 调用 了 imp1 字段 的 实现 方法 。 这 样 ，Di splay 的 
接口 (API ) 就 被 转换 成 为 了 DisplayImpl 的 接口 (API )。 

display 方法 调用 open、print、close 这 3 个 Display 类 的 接口 (API) 进 行 了 “ 显 
示 ” 处 理 。 
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代码 清单 9-1 Display 类 ( Display.java ) 


public class Display ( 
private DisplayImpl impl; 
public Display(DisplayImpl impl) ( 
this.impl - impl; 





) 

public void open() ( 
impl.rawOpen(); 

} 

public void print() ( 
impl.rawPrint(); 

} 

public void close() ( 
impl.rawClose(); 

} 

public final void display() { 
open (); 
print); 
close(); 








| 类 的 功能 层次 结构 : CountDisplay 类 


接 下 来 ,我 们 继续 看 “类 的 功能 层次 结构 ”。 

CountDisplay 类 (代码 清单 9-2) TE Display 类 的 基础 上 增加 了 一 个 新 功能 。Display 类 
只 具有 “显示 ”的 功能 ，CountDisplay 类 则 具有 “只 显示 规定 的 次 数 ” 的 功能 ， 这 就 是 
multiDisplay 方法 s 

CountDisplay 类 继承 了 Display 类 的 open、print、close 方 法， 并 使 用 它们 来 增加 这 
个 新 功能 。 

这 就 是 “类 的 功能 层次 结构 ”。 


代码 清单 9-2 ^ CountDisplay 类 ( CountDisplay.java ) 


public class CountDisplay extends Display ( 
public CountDisplay(DisplayImpl impl) ( 
super (impl); 


} 


public void multiDisplay (int times) { // 循环 显示 times 次 
open () ; 
for (int i = 0; i < times; i++) ( 
print U; 
} 
close (); 








| 类 的 实现 层次 结构 : Displaylmpl 类 


现在 ， 我 们 来 看 桥 的 另外 一 侧 一 一 “类 的 实现 层次 结构 ”。 
DisplayImpl 类 (代码 清单 9-3) 位 于 “类 的 实现 层次 结构 ”的 最 上 层 。 
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DisplayImpl 类 是 抽象 类 ， 它 声明 了 rawOpen, rawPrint, rawClose 这 3 个 抽象 方法 ， 它 
们 分 别 与 Display 类 的 open、Print、close 方 法 相对 应 ， 进 行 显示 前 、 显 示 、 显 示 后 处 理 。 


代码 清单 9-3  Displaylmpl 类 ( Displaylmpl.java ) 


public abstract class DisplayImpl 1 
public abstract void rawOpen(); 
public abstract void rawPrint(); 
public abstract void rawClose(); 








| 类 的 实现 层次 结构 : StringDisplaylmpl 类 


下 面 我 们 来 看 看 真正 的 “实现 ”。StringDisplayImpl 类 (代码 清单 9-4 ) 是 显示 字符 串 的 类 。 
不 过 ， 它 不 是 直接 地 显示 字符 串 ， 而 是 继承 了 DisplayImp1l 类 ， 作 为 其 子 类 来 使 用 rawOpen、 
rawPrint, rawClose 方法 进行 显示 。 





代码 清单 9-4 — StringDisplayImpl 类 ( StringDisplayImpl.java ) 


public class StringDisplayImpl extends DisplayImpl ( 








private String string; // 要 显示 的 字符 串 

private int width; // 以 字 节 单位 计算 出 的 字符 串 的 宽度 

public StringDisplayImpl(String string) ( // 构造 函数 接收 要 显示 的 字符 串 string 
this.string - string; // 将 它 保存 在 字段 中 


this.width = string.getBytes().length; // 把 字符 串 的 宽度 也 保存 在 字段 中 ， 以 供 使 用 ” 


} 
public void 
printLine(); 






} 
public void ESWPESHE() í 
System.out.println("|" + string + "|"); // 前 后 加 上 "|" 并 显示 





) 
public void Wa 
printLine(); 





) 


private void printLine() ( 





System.out.print("-*"); // 显示 用 来 表示 方 框 的 角 的 "+" 

for (int i = 0; i < width; i++) ( // 显示 width 个 "-" 
System.out.print("-"); // 将 其 用 作 方 框 的 边框 

} 

System.out.println ("+"); // 显示 用 来 表示 方 框 的 角 的 "+" 








DisplayImpl 和 StringDisplayImpl 这 两 个 类 相当 于 “类 的 实现 层次 结构 ”。 


| Main 类 

Main 类 (代码 清单 9-5 ) 将 上 述 4 个 类 组 合 起 来 显示 字符 串 。 虽 然 变 量 al 中 保存 的 是 
Display 类 的 实例 ， 而 变量 a2 和 a3 中 保存 的 是 CountDisplay 类 的 实例 ， 但 它们 内 部 都 保存 
E StringDisplayImpl 类 的 实例 。 





中 为 了 简单 起 见 ， 我 们 以 内 存 中 的 一 个 字 节 对 应 界面 上 的 一 列 为 前 提 。 
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运行 结果 请 参见 图 9-2。 由 于 G1、d2、d3 都 属于 Display 类 的 实例 ， 因 此 我 们 可 以 调用 它 
们 的 display 方法 。 此 外 ,我 们 还 可 以 调用 d3 的 multiDisplay 方法 。 


代码 清单 9-5 Main 类 ( Main.java ) 


public class Main { 

public static void main(String[] args) ( 
Display di = $ play (1 ngl 
Display d2 = f Co 
CountDisplay d3 = Aew Coun 
dl.display(); 
d2.display(); 
d3.display(); 
d3.multiDisplay (5); 






















Eni amice " 全 显示 dl .disPlay() 的 结果 
|Hello, China.| 

4------------- * 

— — + 个 显示 d2 .display () 的 结果 
|Hello, World.| 

4------------- * 

(——— MÀ + R d3.display() 的 结果 
|Hello, Universe.| 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 

——— + ER d3.multiDisplay (5) 的 结果 


|Hello, Universe. 
|Hello, Universe. 
|Hello, Universe. 
|Hello, Universe. 
|Hello, Universe. 


9.3 Bridge 模式 中 的 登场 角色 


在 Bridge 模式 中 有 以 下 登场 角色 。 


€ Abstraction ( 抽象 化 ) 

该 角色 位 于 “类 的 功能 层次 结构 ”- 的 最 上 层 。 它 使 用 Implementor 角色 的 方法 定义 了 基本 的 功 
能 。 该 角色 中 保存 了 Implementor 角色 的 实例 。 在 示例 程序 中 ,由 Display 类 扮演 此 角色 。 

€ RefinedAbstraction ( 改善 后 的 抽象 化 ) 

在 Abstraction 角色 的 基础 上 增加 了 新 功能 的 角色 。 在 示例 程序 中 ， 由 CountDisplay 类 扮演 
此 角色 。 

令 Implementor ( 实现 者 ) 

该 角色 位 于 “类 的 实现 层次 结构 ”的 最 上 层 。 它 定义 了 用 于 实现 Abstraction 角色 的 接口 (API ) 
的 方法 。 在 示例 程序 中 ， 由 DisplayImpl 类 扮演 此 角色 。 
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€ Concretelmplementor ( 具体 实现 者 ) 

该 角色 负责 实现 在 Implementor 角色 中 定义 的 接口 (API )。 在 示例 程序 中 ,由 StringDisplayImpl 
类 扮演 此 角色 。 

Bridge 模式 的 类 图 如 图 9-3 所 示 。 左 侧 的 两 个 类 构成 了 “类 的 功能 层次 结构 " ， 右 侧 两 个 类 构成 
了 “类 的 实现 层次 结构 "。 类 的 两 个 层次 结构 之 间 的 桥梁 是 impl 字段 。 


[A93 Bridge 模式 的 类 图 











Abstraction | Implementor 


impl implMethodX 
method1 implMethodY 
method2 

method3 | 


| 





















































RefinedAbstraction ConcreteImplementor 
refinedMethodA implMethodX 
refinedMethodB implMethodY 








| 9.4 拓展 思路 的 要 点 


| 分 开 后 更 容易 扩展 


Bridge 模式 的 特征 是 将 “类 的 功能 层次 结构 ”与 “类 的 实现 层次 结构 ”分 离开 了 。 将 类 的 这 两 
个 层次 结构 分 离开 有 利于 独立 地 对 它们 进行 扩展 (具体 的 扩展 示例 请 参见 习题 )。 

当 想 要 增加 功能 时 ， 只 需要 在 “类 的 功能 层次 结构 ”一 侧 增加 类 即 可 ， 不 必 对 “类 的 实现 层次 
结构 ”做 任何 修改 。 而 且 ， 增 加 后 的 功能 可 以 被 “所 有 的 实现 ”使 用 。 

例如 ， 我 们 可 以 将 “类 的 功能 层次 结构 ”应 用 于 软件 所 运行 的 操作 系统 上 。 如 果 我 们 将 某 个 程 
序 中 依赖 于 操作 系统 的 部 分 划分 为 Windows 版 、Macintosh 版 、Unix 版 ， 那 么 我 们 就 可 以 用 Bridge 
模式 中 的 “类 的 实现 层次 结构 ”来 表现 这 些 依 赖 于 操作 系统 的 部 分 。 也 就 是 说 ， 我 们 需要 编写 一 个 
定义 这 些 操作 系统 的 共同 接口 (API ) 的 Implementor 角色 ， 然 后 编写 Windows ht, Macintosh 版 、 
Unix 版 的 3 个 ConcreteImplementor 角色 。 这 样 一 来 ， 无 论 在 “类 的 功能 层次 结构 ”中 增加 多 少 个 
功能 ， 它 们 都 可 以 工作 于 这 3 个 操作 系统 上 。 


| 继承 是 强 关 联 ， 委 托 是 弱 关联 


虽然 使 用 “继承 ”很 容易 扩展 类 ， 但 是 类 之 间 也 形成 了 一 种 强 关 联 关 系 。 例 如 ， 在 下 面 的 代码 
中 ，SomethingGood 类 是 Something 的 子 类 , 但 只 要 不 修改 代码 ， 就 无 法 改变 这 种 关系 ， 因 此 
可 以 说 它们 之 间 形 成 了 一 种 强 关联 关系 。 


class SomethingGood extends Something { 


} 





96 ”本章 所 学 知识 | 101 


如 果 想 要 很 轻松 地 改变 类 之 间 的 关系 ， 使 用 继承 就 不 适合 了 ， 因 为 每 次 改变 类 之 间 关 系 时 都 需 
要 修改 程序 。 这 时 ， 我 们 可 以 使 用 “委托 ”来 代替 “继承 ”关系 。 

示例 程序 的 Display 类 中 使 用 了 “委托 ”。Di splay 类 的 impl 字段 保存 了 实现 的 实例 。 这 
样 ， 类 的 任务 就 发 生 了 转移 。 


e 调用 open 方法 会 调用 impl.rawOpen() 方法 
e 调用 Print 方法 会 调用 impl .rawPrint() 方法 
e 调用 close 方法 会 调用 ijmpl .rawClose() 方法 


也 就 是 说 ， 当 其 他 类 要 求 Display 类 “工作 ”的 时 候 ，Display 类 并 非 自己 工作 ， 而 是 将 工 
作 “ 交 给 imp1”。 这 就 是 “委托 ”。 

继承 是 强 关联 关系 ,但 委托 是 弱 关联 关系 。 这 是 因为 只 有 Display 类 的 实例 生成 时 ， 才 与 作 
为 参数 被 传人 的 类 构成 关联 。 例 如 ， 在 示例 程序 中 ， 当 Main 类 生成 Display 类 和 CountDisplay 
类 的 实例 时 ， 才 将 StringDisplayImpl 的 实例 作为 参数 传递 给 Display 类 和 countDisplay 类 。 

如 果 我 们 不 传递 StringDisplayImpl 类 的 实例 ， 而 是 将 其 他 ConcreteImplementor 角色 的 实 
例 传递 给 Display 类 和 countDisplay 类 ， 就 能 很 容易 地 改变 实现 。 这 时 ， 发 生变 化 的 代码 只 
有 Main 类 ，Display 类 和 DisplayImpl 类 则 不 需要 做 任何 修改 。 

继承 是 强 关联 关系 ， 委 托 是 弱 关联 关系 。 在 设计 类 的 时 候 ， 我 们 必须 充分 理解 这 一 点 。 在 
Template Method 模式 (第 3 3€ ) 中 ,我 们 也 讨论 了 继承 和 委托 的 关系 ， 大 家 可 以 再 回顾 一 下 相关 部 
分 的 内 容 。 


[9.5 相关 的 设计 模式 


* Template Method 模式 (第 3 章 ) 

在 Template Method 模式 中 使 用 了 “类 的 实现 层次 结构 ”"。 父 类 调用 抽象 方法 ， 而 子 类 实现 抽象 
Jk. 

€ Abstract Factory 模式 (第 8 章 ) 

为 了 能 够 根据 需求 设计 出 良好 的 ConcreteImplementor 角色 ， 有 时 我 们 会 使 用 Abstract 
Factory 模式 。 

€ Adapter 模式 (第 2 章 ) 

使 用 Bridge 模式 可 以 达到 类 的 功能 层次 结构 与 类 的 实现 层次 结构 分 离 的 目的 ， 并 在 此 基础 上 使 
这 些 层 次 结构 结合 起 来 。 

而 使 用 Adapter 模式 则 可 以 结合 那些 功能 上 相似 但 是 接口 (API ) 不 同 的 类 。 


[9.6 本 章 所 学 知识 


在 本 章 中 ,我 们 学 习 了 用 于 在 类 的 两 个 层次 结构 之 间 搭建 桥梁 的 Bridge 模式 。 通 过 分 离 这 两 种 
类 的 层次 结构 ， 可 以 更 加 清晰 地 扩展 类 。 此 外 ， 在 本 章 中 我 们 还 学 习 了 委托 ， 它 可 以 弱化 类 之 间 的 
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下 面 让 我 们 做 一 下 习题 ， 看 看 自己 是 否 理解 了 本 章 中 所 学 习 到 的 知识 。 


9.7 练习 题 答案 请 参见 附录 A ( P.309 ) 
e 习题 9-1 
请 在 本 章 的 示例 程序 中 增加 一 个 类 ， 实 现 “ 显 示 字 符 串 若干 ( 随机 ) 次 ”的 功能 。 请 注 
意 此 时 应 当 扩 展 (继承 ) 哪个 类 。 


d 人 


提示 “用 于 显示 的 方法 是 void randomDisplay(int times)， 它 的 作用 是 将 字符 
串 随机 显示 0 ~ times Xo 




















e 习题 9-2 
请 在 本 章 的 示例 程序 中 增加 一 个 类 ,实现 “显示 文本 文件 的 内 容 ” 的 功能 。 请 注意 此 
时 应 当 扩展 ( 继承 ) 哪个 类 。 
e 习题 9-3 
请 在 本 章 的 示例 程序 中 增加 类 ， 以 实现 图 9-4 和 图 9-5 的 输出 效果 。 
[m94 输出 结果 例 1 | 图 9:5 输出 结果 例 2 
<> |- 
<*> | $4- 
JE HG 
i iac | ERE E EM 
| ERHHEHEHEEE- 
| ERHHRHEHEREHEE A - 











输出 结果 是 将 “起 始 字符 一 显示 装饰 字符 若干 次 一 结束 字符 和 换行 ”作为 一 行 ， 然 后 
循环 输出 若干 行 。 请 注意 ， 每 一 行 的 装饰 字符 的 个 数 都 要 比 前 一 行 多 。 

请 思考 我 们 是 应 当 在 “类 的 功能 层次 结构 ”中 增加 类 呢 ? 还 是 应 当 在 “类 的 实现 层次 
结构 ”中 增加 类 呢 ? 

需要 一 种 新 的 显示 方式 ， 那 么 应 当 是 在 “类 的 功能 层次 结构 ”中 增加 类 吧 ? 不 过 ， 又 
好 像 只 要 增加 一 个 新 的 显示 字符 串 的 方法 就 可 以 了 ， 那 么 还 是 在 “类 的 实现 层次 结构 ” 
中 增加 类 会 更 好 吧 ? 究竟 应 该 如 何在 Bridge 模式 中 增加 这 个 类 呢 ? 






£& Strategy 模式 
整体 地 替换 算法 
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| 10.1 Strategy 模式 


在 本 章 中 ， 我 们 将 要 学 习 Strategy 模式 。 

Strategy 的 意思 是 “策略 ”， 指 的 是 与 敌 军 对 爸 时 行军 作战 的 方法 。 在 编程 中 ， 我 们 可 以 将 它 理 
解 为 “算法 ”。 

无 论 什 么 程序 ， 其 目的 都 是 解决 问题 。 而 为 了 解决 问题 ， 我 们 又 需要 编写 特定 的 算法 。 使 用 
Strategy 模式 可 以 整体 地 替换 算法 的 实现 部 分 。 能 够 整体 地 替换 算法 ,能 让 我 们 轻松 地 以 不 同 的 算 
法 去 解决 同一 个 问题 ， 这 种 模式 就 是 Strategy 模式 。 


| 10.2 示例 程序 


下 面 我 们 来 看 一 段 使 用 了 Strategy 模式 的 示例 程序 。 这 段 示例 程序 的 功能 是 让 电脑 玩 “ 猜 拳 ” 
游戏 。 

我 们 考虑 了 两 种 猜拳 的 策略 。 第 一 种 策略 是 “如 果 这 局 猜拳 获胜 ， 那 么 下 一 局 也 出 一 样 的 手 
势 ”(WinningStrategy )， 这 是 一 种 稍微 有 些 笨 的 策略 ; 另外 一 种 策略 是 “根据 上 一 局 的 手势 从 
概率 上 计算 出 下 一 局 的 手势 ”( ProbStrategy )。 


表 10-1 类 和 接口 的 一 览 表 


Hand 表示 猜拳 游戏 中 的 “手势 ”的 类 

表示 猜拳 游戏 中 的 策略 的 类 

WinningStrategy 表示 “如 果 这 局 猿 产 获胜， 那么 下 一 局 也 出 一 样 的 手势 ”这 一 策略 的 类 

表示 “根据 上 一 局 的 手势 从 概率 上 计算 出 下 一 局 的 手势 从 之 前 的 猜拳 结果 计算 下 一 局 
出 各 种 拳 的 概率 ”这 一 策略 的 类 

Player 表示 进行 猜拳 游戏 的 选手 的 类 

Main 测试 程序 行为 的 类 

















ProbStrategy 
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| Hand 类 


Hand 类 (代码 清单 10-1) 是 表示 猜拳 游戏 中 的 “手势 ”的 类 。 在 该 类 的 内 部 ， 用 int 表示 所 
出 的 手势 ， 其 中 0 表示 石头 ，1 表示 剪刀 ，2 表示 布 ， 并 将 值 保 存在 handValue 字段 中 。 

我 们 只 需要 3 个 Hand 类 的 实例 。 在 程序 的 开始 ， 创 建 这 3 个 实例 ， 并 将 它们 保存 在 hana 数组 
中 。 

Hand 类 的 实例 可 以 通过 使 用 类 方法 getHand 来 获取 。 只 要 将 表示 手势 的 值 作为 参数 传递 给 
getHand 方 法 ， 它 就 会 将 手势 的 值 所 对 应 的 Bana 类 的 实例 返回 给 我 们 。 这 也 是 一 种 Singleton 模 
式 ( 第 5 章 )。 

isstrongerThan 方 法 和 isweakerThan 方 法 用 于 判断 猜拳 结果 。 例 如 ， 如 果 有 手势 
handl 和 手势 nand2 ， 那 么 可 以 像 下 面 这 样 判断 猜拳 结果 。 


handl.isStrongerThan (hand2); 
handl.isWeakerThan (hand2); 


在 该 类 的 内 部 ， 实 际 负责 判断 猜拳 结果 的 是 fight 方法 ， 其 判断 依据 是 手势 的 值 。 

代码 清单 10-1 中 的 (this .handvalue + 1) $ 3 == h.handvalue 表达 式 可 能 会 有 些 难 
以 理解 ， 所 以 这 里 稍微 说 明 一 下 。 如 果 this 的 手势 值 加 1 后 是 h 的 手势 值 ( 例如， 如 果 this 的 
手势 是 石头 ， 而 h 是 剪刀 ， 或 是 this 的 手势 是 剪刀 ， 而 h 是 布 ， 或 是 this 的 手势 是 布 ， 而 h 
是 石头 )， 那 么 判断 this 获胜 。 之 所 以 使 用 “%” 运 算 符 进行 取 余 数 计算 ， 是 希望 布 (2) 加 1 后 ， 
变 成 石头 (0)。 

在 上 面 的 语句 中 ， 出 现 了 this .handvalue， 这 是 为 了 让 读者 能 够 注意 到 它 与 hp.handvalue 
的 区 别 。 在 程序 中 ， 即 使 写作 (handvalue + 1) $ 3 == h.handvalue， 意 思 也 是 完全 一 
样 的 。 

虽然 Hand 类 会 被 其 他 类 ( Player 类 、WinningStrategy 类 、ProbStrategy 类 ) 使 用 ， 
但 它 并 非 Strategy 模式 中 的 角色 。 


代码 清单 10-1 Hand 类 ( Hand.java ) 


public class Hand { 

public static final int HANDVALUE GUU 

public static final int HANDVALUE CHO = 1; 表示 剪刀 的 值 

public static final int HANDVALUE PAA = 2; // 表示 布 的 值 

public static final Hand[] hand = ( // 表示 猜拳 中 3 种 手势 的 实例 
new Hand(HANDVALUE GUU), 
new Hand(HANDVALUE CHO), 
new Hand(HANDVALUE PAA), 





0; // 表示 石头 的 值 


uo gw gd 
N 
w 


in 


private static final String[] name = { // 表示 猜拳 中 手势 所 对 应 的 字符 串 
" 石头 "yo" 剪刀 "yo" 15 ", 
private int handvalue; // 猜拳 中 出 的 手势 的 值 


private Hand(int handvalue) ( 
this.handvalue = handvalue; 

) 

public static Hand getHand(int handvalue) ( // 根据 手势 的 值 获取 其 对 应 的 实例 
return hand[handvalue]; 

) 

public boolean isStrongerThan (Hand h) ( // WẸ this T h 则 返回 true 
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return fight(h) == 1; 

J 

public boolean isWeakerThan (Hand h) { // 如 果 this $88 f h 则 返回 true 
return fight (h) == -1; 





} 


private int fight (Hand h) { // 计 分 : 3E O0, E1, fai 
if (this == h) ( 
return 0; 
) else if ((this.handvalue + 1) $ 3 -- h.handvalue) { 
return 1; 
) else ( 
return -1; 
} 
} 
public String tostring() | // 转换 为 手势 值 所 对 应 的 字符 串 
return name[handvalue]; 
} 
} 











| Strategy 接口 


Strategy 接口 (代码 清单 10-2 ) 是 定义 了 猜拳 策略 的 抽象 方法 的 接口 。 

nextHand 方法 的 作用 是 “获取 下 一 局 要 出 的 手势 "。 调 用 该 方法 后 ， 实 现 了 Strategy 接口 
的 类 会 绞 尽 脑汁 想 出 下 一 局 出 什么 手势 。 

study 方法 的 作用 是 学 习 “ 上 一 局 的 手势 是 否 获 胜 了 ”。 如 果 在 上 一 局 中 调用 nextHand 方 法 
获胜 了 ， 就 接着 调用 study (true) ; 如 果 输 了 ， 就 接着 调用 study (false); X$, Strategy 
接口 的 实现 类 就 会 改变 自己 的 内 部 状态 ， 从 而 为 下 一 次 nextHand 被 调用 时 究竟 是 返回 “ 石 
头 ”“ 剪 刀 ” 还 是 “ 布 ”提供 判断 依据 。 


代码 清单 10-2 Strategy 接口 ( Strategy.java ) 


public interface Strategy { 
public abstract Hand nextHand(); 
public abstract void study (boolean win); 




















| WinningStrategy 类 


WinningStrategy 类 (代码 清单 10-3) 是 Strategy 接 口 的 实现 类 之 一 ， 它 实现 了 
nextHand 和 study 两 个 方法 。 

该 类 的 猜拳 策略 有 些 策 ， 如 果 上 一 局 的 手势 获胜 了 ， 则 下 一 局 的 手势 就 与 上 局 相同 (上 一 局 出 
石头 ， 下 一 局 继续 出 石头 ; 上 一 局 出 布 ， 下 一 局 继续 出 布 )。 如 果 上 一 局 的 手势 输 了 ， 则 下 一 局 就 
随机 出 手势 。 

由 于 在 WinningStrategy 类 中 需要 使 用 随机 值 ， 因 此 我 们 在 random 字段 中 保存 了 java. 
util.Random 的 实例 。 也 可 以 说 ，random 字段 是 该 类 的 一 个 随机 数 生成 器 。 

在 won 字段 中 保存 了 上 一 局 猜拳 的 输赢 结果 。 如 果 上 一 局 猜拳 获胜 了 ,， 则 won 值 为 true ; 
如 果 输 了 ， 则 won 值 为 false。 

在 prevHand 字段 中 保存 的 是 上 一 局 出 的 手势 。 
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代码 清单 10-3 — WinningStrategy 类 ( WinningStrategy.java ) 





import java.util.Random; 


public class WinningStrategy implements Strategy ( 


) 


private Random random; 

private boolean won - false; 

private Hand prevHand; 

public WinningStrategy(int seed) ( 
random - new Random(seed); 

} 

public Hand RS 
if (!won) ( 

prevHand = Hand.getHand(random.nextInt (3)); 





} 
return prevHand; 
} 
public void Siua 
won = win; 


) 






(boolean win) { 


| ProbStrategy 类 


ProbStrategy 类 (代码 清单 10-4 ) 是 另外 一 个 具体 策略 ， 这 个 策略 就 需要 “ 动 点 脑筋 ”了 。 


虽然 它 与 WinningStrategy 类 一 样 ， 也 是 随机 出 手势 ， 但 是 每 种 手势 出 现 的 概率 会 根据 以 前 的 


history 字 段 是 一 个 表 ， 被 用 于 根据 过 去 的 胜 负 来 进行 概率 计算 。 它 是 一 个 二 维 数组 ， 每 个 


数组 下 标的 意思 如 下 。 


history[ 上 一 局 出 的 手势 ][ 这 一 局 所 出 的 手势 ] 


这 个 表达 式 的 值 越 大 ， 表 示 过 去 的 胜率 越 高 。 下 面 稍微 详细 讲解 下 。 


假设 我 们 上 一 局 出 的 是 石头 。 


history[0][0] 两 局 分 别 出 石 头 、 石 头 时 胜 了 的 次 数 
history[0][1] 两 局 分 别 出 石 头 、 剪 刀 时 胜 了 的 次 数 
history[0][2] 两 局 分 别 出 石头 、 布 时 胜 了 的 次 数 


那么 ， 我 们 就 可 以 根据 history[0] [0], history[0] [1]. history[0][2] 这 3 个 表达 


式 的 值 从 概率 上 计算 出 下 一 局 出 什么 。 简 而 言 之 ， 就 是 先 计算 3 个 表达 式 的 值 的 和 (getsum 方 
法 )， 然 后 再 从 0 与 这 个 和 之 间 取 一 个 随机 数 ， 并 据 此 决定 下 一 局 应 该 出 什么 (nextHand 方法 )。 


例如 ， 如 果 


history[0] [0] 是 3 
history[0] [1] 是 5 
history[0] [2] 是 7 


那么 ， 下 一 局 出 什么 就 会 以 石头 、 剪 刀 和 布 的 比率 为 3 : 5 :7 来 决定 。 然 后 在 0 至 15 (不 含 


15, 15 是 3+5+7 的 和 ) 之 间 取 一 个 随机 数 。 
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如 果 该 随机 数 在 0 至 3 ( 不 含 3 ) 之 间 ， 那 么 出 石头 
如 果 该 随机 数 在 3 至 8 (不 含 8 ) 之 间 ， 那 么 出 剪刀 
如 果 该 随机 数 在 8 至 15 ( 不 含 15 ) 之 间 ， 那 么 出 布 


study 方法 会 根据 nextHand 方法 返回 的 手势 的 胜 负 结果 来 更 新 history 字段 中 的 值 。 
注意 此 策略 的 大 前 提 是 对 方 只 有 一 种 猜拳 模式 。 


代码 清单 10-4  ProbStrategy 类 ( ProbStrategy.java ) 





import java.util.Random; 


public class ProbStrategy implements Strategy ( 
private Random random; 
private int prevHandValue - 0; 
private int currentHandValue = 0; 


private int[][] history = ( 
í Xx d qd 75; 
{f ip Li da ls 
p 2S4 Id Ez 


; 
public ProbStrategy(int seed) ( 
random - new Random(seed); 
} 
public Hand BextHand() ( 
int bet = random.nextInt (getSum(currentHandValue)); 
int handvalue - 0; 
if (bet < history[currentHandValue][0]) { 
handvalue = 0; 
) else if (bet < history[currentHandValue][0] + history[currentHandValue][1]) 
handvalue = 1; 
) else ( 
handvalue = 2; 





} 
prevHandValue = currentHandValue; 
currentHandValue = handvalue; 
return Hand.getHand (handvalue); 
) 
private int getSum(int hv) ( 
int sum = 0; 
tor (int i= 0; 1i < Jy Litt [ 
sum += history[hv] [i]; 
} 
return sum; 
} 
public void Btüdy (boolean win) ( 
if (win) { 
history[prevHandValue] [currentHandValue]--*; 
) else { 
history[prevHandValue][(currentHandValue + 1) 
history[prevHandValue][(currentHandValue + 2) 


{ 
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| Player 类 


Player 类 (代码 清单 10-5) 是 表示 进行 猜拳 游戏 的 选手 的 类 。 在 生成 Playet 类 的 实例 时 ， 
需要 向 其 传递 “姓名 ”和 “策略 "。nextHand 方 法 是 用 来 获取 下 一 局 手势 的 方法 ， 不 过 实际 上 决 
定 下 一 局 手势 的 是 各 个 策略 。P1ayet 类 的 nextHand 方法 的 返回 值 其 实 就 是 策略 的 nextHand 
方法 的 返回 值 。nextHand 方法 将 自己 的 工作 委托 给 了 strategy， 这 就 形成 了 一 种 委托 关系 。 

在 决定 下 一 局 要 出 的 手势 时 ， 需 要 知道 之 前 各 局 的 胜 (win)、 负 (1ose) 平 (even ) 等 结 
果 ， 因 此 Player 类 会 通过 strategy 字段 调用 study 方法 ,然后 study 方法 会 改变 策略 的 内 
部 状态 。wincount、losecount 和 gamecount 用 于 记录 选手 的 猜拳 结果 。 


代码 清单 10-5 . Player 类 ( Playerjava ) 


public class Player + 

private String name; 

private Strategy strategy; 

private int wincount; 

private int losecount; 

private int gamecount; 

public Player(String name, Strategy strategy) ( // 赋予 姓名 和 策略 
this.name - name; 
this.strategy - strategy; 

} 


public Hand nextHand() { // 策略 决定 下 一 局 要 出 的 手势 

) 

public void win() { // Bt 
wincount-t*t; 
gamecount-*; 

} 

public void lose() { // fh 
losecount-**; 
gamecount-*; 

) 

public void even() ( // 平 
gamecount-tt; 


} 
public String toString() ( 
return "[" + name + ":" + gamecount + " games, " + wincount + " win, " 十 
losecount + " lose" + "]"; 
) 
) 


| Main 类 
Main 类 (代码 清单 10-6 ) 负责 使 用 以 上 类 让 电脑 进行 猜拳 游戏 。 这 里 Main 类 让 以 下 两 位 选 
手 进 行 10 000 局 比赛 ， 然 后 显示 比赛 结果 。 


e 姓名 : "Taro" 、 策 略 : WinningStrategy 
e 姓名 : "Hana" 、 策 略 : ProbStrategy 
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此 外 ，"Winner:" + playerl1 5E "Winner:" + playerl.toString() 的 意思 是 一 






10-6 . Main 类 ( Main.java ) 





public class Main ( 
public static void main(String[] args) ( 

if (args.length != 2) ( 
System.out.println("Usage: java Main randomseedl randomseed2"); 
System.out.println("Example: java Main 314 15"); 
System.exit(0); 

} 

int seedl = Integer.parseInt (args[0]); 

int seed2 Integer.parseInt(args[1]); 


for (int i = 0; i < 10000; i++) { 

Hand nextHandl = playerl.nextHand(); 

Hand nextHand2 = player2.nextHand(); 

if (nextHandl.isStrongerThan (nextHand2)) ( 
System.out.println("Winner:" + playerl); 
playerl.win(); 
player2.1ose(); 

) else if (nextHand2.isStrongerThan(nextHandl)) ( 
System.out.println("Winner:" + player2); 
playerl.lose(); 
player2.win(); 

) else ( 

System.out.println("Even..."); 
playerl.even(); 
player2.even(); 


} 
System.out.println("Total result:"); 


System.out.println(playerl.toString()); 
System.out.println(player2.toString()); 
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图 10-2 运行 结果 








java Main 314 15 





Even... —3E 
Winner:[Hana:1 games, 0 win, 0 lose] < Hana fit 
Winner:[Taro:2 games, 0 win, 1 lose] < Taro fit 
Even... —3E 
Winner:[Hana:4 games, 1 win, 1 lose] < Hana fit 
Winner:[Taro:5 games, 1 win, 2 lose] < Taro 胜 
Even... —3E 
Even... —3E 
Winner:[Taro:8 games, 2 win, 2 lose] < Taro 胜 
Winner:[Taro:9 games, 3 win, 2 lose] < Taro ft 
Winner:[Taro:10 games, 4 win, 2 lose] < Taro 胜 
Even... —3 

( 中 间 省 略 ) 

Even... —3E 


Winner:[Taro:9992 games, 3164 win, 3488 lose] < Taro 胜 
Winner:[Hana:9993 games, 3488 win, 3165 lose] < Hana ff 
Winner:[Taro:9994 games, 3165 win, 3489 lose] < Taro fjt 
Winner:[Taro:9995 games, 3166 win, 3489 lose] < Taro ft 
Winner:[Hana:9996 games, 3489 win, 3167 lose] < Hana f 


Even... —3E 

Even... < 平 

Even... —3E 

Total result: 

[Taro:10000 games, 3167 win, 3490 lose] « Taro 3167 ft. 3490 fi 
[Hana:10000 games, 3490 win, 3167 lose] < Hana 3490 t. 3167 fA 














10.3 Strategy 模式 中 的 登场 角色 


. 在 Strategy 模式 中 有 以 下 登场 角色 。 


€ Strategy ( 策略 ) 
Strategy 角色 负责 决定 实现 策略 所 必需 的 接口 (API )。 在 示例 程序 中 ,由 Strategy 接口 扮演 
此 角色 。 


€ ConcreteStrategy ( 具体 的 策略 ) 


ConcreteStrategy 角色 负责 实现 Strategy 角色 的 接口 (API )， 即 负责 实现 具体 的 策略 ( 战略 、 方 
向 、 方 法 和 算法 )。 在 示例 程序 中 , 由 WinningStrategy 类 和 ProbStrategy 类 扮演 此 角色 。 


€ Context ( ETX ) 

负责 使 用 Strategy 角色 。Context 角色 保存 了 ConcreteStrategy 角色 的 实例 ， 并 使 用 
ConcreteStrategy 角色 去 实现 需求 ( 总 之 ， 还 是 要 调用 Strategy 角色 的 接口 (API ) )。 在 示例 程序 中 ， 
由 Player 类 扮演 此 角色 。 


112 | 第 10 章 Strategy 模式 


1 图 10-3 Strategy 模式 的 类 图 







































































Context KO——————— Strategy 
strategy 
strategyMethod 
contextMethod 人 
ConcreteStrategyl ConcreteStrategy2 
strategyMethod strategyMethod 




















10.4 拓展 思路 的 要 点 


| 为 什么 需要 特意 编写 Strategy 角色 


通常 在 编程 时 算法 会 被 写 在 具体 方法 中 。Strategy 模式 却 特意 将 算法 与 其 他 部 分 分 离开 来 ， 只 
是 定义 了 与 算法 相关 的 接口 ( API )， 然 后 在 程序 中 以 委托 的 方式 来 使 用 算法 。 

这 样 看 起 来 程序 好 像 变 复杂 了 ， 其 实 不 然 。 例 如 ， 当 我 们 想 要 通过 改善 算法 来 提高 算法 的 处 理 
速度 时 ， 如 果 使 用 了 Strategy 模式 ， 就 不 必修 改 Strategy 角色 的 接口 (API) 了 ， 仅 仅 修 改 
ConcreteStrategy 角色 即 可 。 而 且 ， 使 用 委托 这 种 弱 关 联 关 系 可 以 很 方便 地 整体 替换 算法 。 例 如 ， 
如 果 想 比较 原来 的 算法 与 改进 后 的 算法 的 处 理 速度 有 多 大 区 别 ， 简 单 地 替换 下 算法 即 可 进行 
测试 。 

使 用 Strategy 模式 编写 象棋 程序 时 ， 可 以 方便 地 根据 棋 手 的 选择 切换 AI 例 程 的 水 平 。 





| 程序 运行 中 也 可 以 切换 策略 

如 果 使 用 Strategy 模式 ， 在 程序 运行 中 也 可 以 切换 ConcreteStrategy 角色 。 例 如 ， 在 内 存 
容量 少 的 运行 环境 中 可 以 使 用 SlowButLessMemoryStrategy (速度 慢 但 省 内 存 的 策略 )， 
而 在 内 存 容量 多 的 运行 环境 中 则 可 以 使 用 FastButMoreMemoryStrategy (速度 快 但 耗 内 存 
的 策略 )。 

此 外 ， 还 可 以 用 某 种 算法 去 “验算 ”另外 一 种 算法 。 例 如 ， 假 设 要 在 某 个 表格 计算 软件 的 开发 
版 本 中 进行 复杂 的 计算 。 这 时 ， 我 们 可 以 准备 两 种 算法 ， 即 “高 速 但 计算 上 可 能 有 Bug 的 算法 ”和 
“低速 但 计算 准确 的 算法 ”， 然 后 让 后 者 去 验算 前 者 的 计算 结果 。 


| 10.5 ”相关 的 设计 模式 


€ Flyweight 模式 (第 20 章 ) 
有 时 会 使 用 Flyweight 模式 让 多 个 地 方 可 以 共用 ConcreteStrategy 角色 。 


令 Abstract Factory 模式 (第 8 章 ) 


使 用 Strategy 模式 可 以 整体 地 替换 算法 。 
使 用 Abstract Factory 模式 则 可 以 整体 地 替换 具体 工厂 、 零 件 和 产品 。 


€ State 模式 (第 19 章 ) 

使 用 Strategy 模式 和 State 模式 都 可 以 替换 被 委托 对 象 ， 而 且 它 们 的 类 之 间 的 关系 也 很 相似 。 
但 是 两 种 模式 的 目的 不 同 。 

在 Strategy 模式 中 ，ConcreteStrategy 角色 是 表示 算法 的 类 。 在 Strategy 模式 中 ， 可 以 替换 被 委 
托 对 象 的 类 。 当 然 如 果 没 有 必要 ， 也 可 以 不 替换 。 

而 在 State 模式 中 ，ConcreteState 角色 是 表示 “状态 ”的 类 。 在 State 模式 中 ， 每 次 状态 变化 
时 ， 被 委托 对 象 的 类 都 必定 会 被 替换 。 


| 10.6 本章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 可 以 方便 地 替换 算法 的 Strategy 模式 。 借 助 于 委托 ,算法 的 替换 ， 特 别 
是 动态 替换 成 为 了 可 能 。 


| 10.7 练习 题 答案 请 参见 附录 A ( P.315 ) 


e 习题 10-1 
请 编写 一 个 随机 出 手势 的 RandomStrategy 类 。 
e 习题 10-2 
在 本 章 的 示例 程序 中 ，Hand 类 (代码 清单 10-1 ) 的 fight 方法 负责 判断 平局 。 在 进 
行 判 断 时 ， 它 使 用 的 表达 式 不 是 this.handValue == h.value， 而 是 this == 


h， 请 问 为 什么 可 以 这 样 写 ? 


e 习题 10-3 
某 位 开发 人 员 在 编写 WinningStrategy 类 (代码 清单 10-3 ) Hf, won 字段 的 定义 
不 是 private boolean won = false;, 而 是 写成 了 如 下 这 样 。 


private boolean won; 


但 是 ， 从 运行 结果 来 看 ， 却 与 加 上 “= false” 时 是 完全 一 样 的 。 请 问 这 是 为 什么 呢 ? 
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e 5] 10-4 
下 面 的 代码 清单 10-7 至 代码 清单 10-10 定义 了 用 于 排序 的 类 和 接口 。 程 序 的 运行 结果 
如 图 10-4 所 示 。 这 里 使 用 的 排序 算法 是 选择 排序 ( selection sort )。 请 编写 一 个 表示 其 
他 算法 (任何 算法 都 行 ) 的 类 ， 并 让 它 实 现 Sorter 接口 。 


7 Sorter 接口 ( Sorterjava ) 





import java.lang.Comparable; 


public interface Sorter { 
public abstract void sort(Comparable[] data); 






— 
码 清音 108. SelectionSorter 3€ ( SelectionSorter.java ) 
public class SelectionSorter implements Sorter ( 
public void sort(Comparable[] data) ( 
for (int i 0 i < data.length = 1; itt) ( 
int min = i; 
for (int j= i + 1; j < data.length; j++) ( 
if (data[min].compareTo(data[j]) » O) ( 
min = j; 


) 

Comparable passingplace - data[min]; 
data[min] = data[i]:; 

data[i] = passingplace; 


RBS 10-9 — SortAndPrint 3€ ( SortAndPrint java ) 


public class SortAndPrint { 
Comparable[] data; 
Sorter sorter; 
public SortAndPrint(Comparable[] data, Sorter sorter) ( 
this.data = data; 
this.sorter = sorter; 
) 
public void execute() { 
print(); 
sorter.sort (data); 
print(); 
} 
public void print() ( 
for (int i= 0; i < data.length; i**) ( 
System.out.print(data[i] + ", "); 
) 
System.out.println(""); 
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Main 类 ( Main.java ) 





public class Main ( 
public static void main(String[] args) ( 
String[] data = ( 
"Dumpty", "Bowman", "Carroll", "Elfland", "Alice", 
}; 
SortAndPrint sap = new SortAndPrint(data, new SelectionSorter()); 
sap.execute(); 





图 10-4 运行 结果 








Dumpty, Bowman, Carroll, Elfland, Alice, < 排序 前 


Alice, Bowman, Carroll, Dumpty, Elfland, HFA 





第 5 部 分 “一致 性 
第 11 章 Composite 模式 





容器 与 内 容 的 一 致 性 
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| 11.1 Composite 模式 


在 计算 机 的 文件 系统 中 ， 有 “文件 夹 ” 的 概念 (在 有 些 操作 系统 中 ， 也 称 为 “目录 ”)。 文 件 来 
里 面 既 可 以 放 人 文件 ， 也 可 以 放 人 其 他 文件 夹 ( 子 文件 夹 )。 在 子 文件 夹 中 ， 一 样 地 既 可 以 放 人 文 
件 ， 也 可 以 放 和 信子 文件 夹 。 可 以 说 ,文件 夹 是 形成 了 一 种 容器 结构 、 递 归结 构 。 

我 们 接着 再 想 一 想 。 虽 然 文件 夹 与 文件 是 不 同类 型 的 对 象 ， 但 是 它们 都 “可 以 被 放 和 到 文件 夹 
中 ”。 文 件 夹 和 文件 有 时 也 被 统称 为 “目录 条 目 ”( directory entry )。 在 目录 条 目 中 ,文件 夹 和 文件 
被 当 作 是 同一 种 对 象 看 待 ( 即 一 致 性 )。 

例如 ， 想 查找 某 个 文件 夹 中 有 什么 东西 时 ， 找 到 的 可 能 是 文件 夹 ， 也 可 能 是 文件 。 简 单 地 说 ， 
找到 的 都 是 目录 条 目 。 

有 了 时， 与 将 文件 夹 和 文件 都 作为 目录 条 目 看 待 一 样 ， 将 容器 和 内 容 作 为 同一 种 东西 看 待 ， 可 以 
帮助 我 们 方便 地 处 理 问 题 。 在 容器 中 既 可 以 放 入 内 容 ， 也 可 以 放 入 小 容器 ， 然 后 在 那个 小 容器 中 ， 
又 可 以 继续 放 入 更 小 的 容器 。 这 样 ， 就 形成 了 容器 结构 、 弟 归结 构 。 

在 本 章 中 ， 我 们 要 学 习 的 Composite 模式 就 是 用 于 创造 出 这 样 的 结构 的 模式 。 能 够 使 容器 与 
内 容 具 有 一 致 性 ， 创 造 出 递归 结构 的 模式 就 是 Composite 模式 。Composite 在 英文 中 是 “混合 
物 ” “复合 物 ”的 意思 。 


[11.2 示例 程序 


下 面 我 们 来 看 一 段 Composite 模式 的 示例 程序 。 这 段 示例 程序 的 功能 是 列 出 文件 和 文件 夹 的 一 
览 。 在 示例 程序 中 ， 表 示 文 件 的 是 Fi le 类 ， 表 示 文 件 夹 的 是 Directory 类 ， 为 了 能 将 它们 统一 
起 来 ， 我 们 为 它们 设计 了 父 类 Entry 类 。Entry 类 是 表示 “目录 条 目 ” 的 类 ， 这 样 就 实现 了 
File 类 和 Directory 类 的 一 致 性 。 


表 11-1 类 的 一 览 表 


抽象 类 ， 用 来 实现 File 类 和 Directory 类 的 一 致 性 
File | 表示 文件 的 类 











Directory 表示 文件 夹 的 类 
FileTreatementException 表示 向 文件 中 增加 Entry 时 发 生 的 异常 的 类 
Main 测试 程序 行为 的 类 
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[an1 示例 程序 的 类 图 











Entry < 








getName 
getSize 
printList 
add 











File Directory 

















name 
directory 










getName 
getSize 
printList 
add 


getName 
getSize 
printList 











| Entry 类 


Entry 类 (代码 清单 11-1 ) 是 一 个 表示 目录 条 目的 抽象 类 。File 类 和 Directory 类 是 它 
的 子 类 。 

目录 条 目 有 一 个 名 字 ， 我 们 可 以 通过 getName 方法 获取 这 个 名 字 。getName 方法 的 实现 由 子 
类 负责 。 

此 外 ， 目 录 条 目 还 有 一 个 大 小 。 我 们 可 以 通过 getSize 方法 获得 这 个 大 小 。getSize 方法 的 
实现 也 由 子 类 负责 。 

向 文件 夹 中 放 和 文件 和 文件 夹 ( 即 目录 条 目 ) 的 方法 是 ada 方法 。 不 过 实现 这 个 add 方 法 的 
是 目录 条 目 类 的 子 类 Directory 类 。 在 Entry 类 中 ， 它 只 是 简单 地 抛 出 异常 而 已 。 当 然 ，adad 
方法 有 多 种 实现 方式 ， 详 细 的 讲解 请 参见 本 章 11.4 节 。 

printList 方 法 用 于 显示 文件 夹 中 的 内 容 的 “一 览 "， 它 有 两 种 形式 ， 一 种 是 不 带 参数 的 
printList () ， 另 一 种 是 带 参数 的 printList (String)。 我 们 称 这 种 定义 方法 的 方式 为 重 载 
(overload )。 程 序 在 运行 时 会 根据 传递 的 参数 类 型 选择 并 执行 合适 的 printList 人 方法。 这里， 
printList() 的 可 见 性 是 public， 外 部 可 以 直接 调用 ; 而 printList (String) 的 可 见 性 是 
protected， 只 能 被 Entry 类 的 子 类 调用 。 

toString 方法 定义 了 实例 的 标准 的 文字 显示 方式 。 本 例 中 的 实现 方式 是 将 文件 名 和 文件 大 小 
一 起 显示 出 来 。getName 和 getsize 都 是 抽象 方法 ， 需 要 子 类 去 实现 这 些 方法 ， 以 供 toString 
调用 ( 即 Template Method 模式 )。 
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Entry 类 ( Entry.java ) 





public abstract class Entry { 
public abstract String getName(); // 获取 名 字 
public abstract int getSize(); // 获取 大 小 
public Entry add(Entry entry) throws FileTreatmentException { // 加 入 目录 条 目 
throw new FileTreatmentException(); 


) 





public void printList() ( // 显示 目录 条 目 一 览 
printList(""); 
) 
protected abstract void printList(String prefix); // 为 一 览 加 上 前 缀 并 
// 显示 目录 条 目 一 览 
public String toString() { // 显示 代表 类 的 文字 
return getName() + " (" + getSize() + ")"; 


j 











| Fie 类 

File 类 (代码 清单 11-2) 是 表示 文件 的 类 ， 它 是 Entry 类 的 子 类 。 

在 File 类 中 有 两 个 字段 ， 一 个 是 表示 文件 名 的 name 字段 ， 另 一 个 是 表示 文件 大 小 的 size 
字段 。 调 用 File 类 的 构造 函数 ， 则 会 根据 传人 的 文件 名 和 文件 大 小 生成 文件 实例 。 例 如 以 下 语句 
就 会 创建 出 一 个 文件 名 为 readme .txt， 文 件 大 小 为 1000 的 “文件 ”。 当 然 这 里 创建 出 的 文件 是 虚 
拟 的 文件 ， 程 序 并 不 会 在 真实 的 文件 系统 中 创建 出 任何 文件 。 


new File("readme.txt", 1000) 


getName 方法 和 getSize 方法 分 别 返 回 文件 的 名 字 和 大 小 。 

此 外 ，File 类 还 实现 了 父 类 要 求 它 实现 的 printList (String) 方法 ,具体 的 显示 方式 是 
用 "/" 4M prefix 和 表示 实例 自身 的 文字 。 这 里 我 们 使 用 了 表达 式 "/" + this。 像 这 样 用 字 
符 串 加 上 对 象 时 ， 程 序 会 自动 地 调用 对 象 的 tostring 方法。 这 是 Java 语言 的 特点 。 也 就 是 说 下 
面 这些 的 表达 式 是 等 价 的 。 


prefix + Tyt + Ehis 
prefix + "/" + this.toString() 
prefix + "/" + toString() 


因为 File 类 实现 了 父 类 Entry 的 abstract 方法 ， 因 此 File 类 自身 就 不 是 抽象 类 了 。 





代码 清单 11-2 — File 类 ( File.java ) 


public class File BEXtends Eni 
private String name; 
private int size; 
public File(String name, int size) ( 
this.name - name; 
this.size = size; 





} 

public String getName() { 
return name; 

} 

public int getSize() 4 
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return size; 
) 
protected void printList(String prefix) { 
System.out.println(prefix + "/" + this); 
} 
} 





| Directory 类 


Directory 类 (代码 清单 11-3 ) 是 表示 文件 夹 的 类 。 它 也 是 Entry 类 的 子 类 。 

f£ Directory 类 中 有 两 个 字段 ,一 个 是 表示 文件 夹 名 字 的 name 字段 ， 这 一 点 与 File 类 相 
同 。 不过, 在 Directory 类 中 , 我们 并 没有 定义 表示 文件 夹 大 小 的 字段 ， 这 是 因为 文件 夹 大 小 是 
自动 计算 出 来 的 。 

另 一 个 字段 是 directory， 它 是 ArrayList 类 型 的 ， 它 的 用 途 是 保存 文件 夹 中 的 目录 条 目 。 

getName 方法 只 是 简单 地 返回 了 name, 但 在 getSize 方法 中 则 进行 了 计算 处 理 。 它 会 遍历 
directory 字段 中 的 所 有 元 素 ， 然 后 计算 出 它们 的 大 小 的 总 和 。 请 注意 以 下 语句 。 


Size += entry.getSize(); 


XE, EZE size 中 加 上 了 entry 的 大 小 , 但 entry 可 能 是 File 类 的 实例 ， 也 可 能 是 
Directory 类 的 实例 。 不 过 ， 不 论 它 是 哪个 类 的 实例 ， 我 们 都 可 以 通过 getSize 方法 得 到 它 的 
大 小 。 这 就 是 Composite 模式 的 特征 一 一 “容器 与 内 容 的 一 致 性 ” HRM PE entry 究竟 
是 File 类 的 实例 还 是 Directory 类 的 实例 ， 它 都 是 Entry 类 的 子 类 的 实例 ， 因 此 可 以 放心 地 
调用 getsize 方 法 。 即 使 将 来 编写 了 其 他 Entry 类 的 子 类 ， 它 也 会 实现 getsize 方 法 ， 因 此 
Directory 类 的 这 部 分 代码 无 需 做 任何 修改 。 

如 果 entry Æ Directory 类 的 实例 ， 调 用 entry.getSize ) 时 会 将 该 文件 夹 下 的 所 有 目录 
条 目的 大 小 加 起 来 。 如 果 其 中 还 有 子 文件 夹 ， 又 会 调用 子 文件 夹 的 getsize 方法， 形成 递归 调用 。 
这 样 一 来 ， 大 家 应 该 能 够 看 出 来 ，getsize 方法 的 递归 调用 与 Composite 模式 的 结构 是 相对 应 的 。 

add 方 法 用 于 向 文件 夹 中 加 入 文件 和 子 文件 夹 。 该 方法 并 不 会 判断 接收 到 的 entry 到 底 是 
Directory 类 的 实例 还 是 File 类 的 实例 ， 而 是 通过 如 下 语句 直接 将 目录 条 目 加 入 至 directory 
字段 中 。“ 加 入 ”的 具体 处 理 则 被 委托 给 了 ArrayList 类 。 





directory.add(entry); 

printList 方法 用 于 显示 文件 夹 的 目录 条 目 一 览 。printLi st 方法 也 会 递归 调用 ， 这 一 点 和 
getSize 方 法 一 样 。 而且，printList 方 法 也 没有 判断 变量 entry 究竟 是 File 类 的 实例 还 是 
Directory 类 的 实例 ， 这 一 点 也 与 getSize 方法 一 样 。 这 是 因为 容器 和 内 容 具 有 一 致 性 。 


代码 清单 11-3 Directory 类 ( Directory.java ) 


import java.util.Iterator; 
import java.util.ArrayList; 








public class Directory t 





private String name; // 文件 夹 的 名 字 
private ArrayList directory = new ArrayList(); // 文件 夹 中 目录 条 目 的 集合 
public Directory(String name) ( // 构造 函数 


this.name = name; 
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} 


public String getName() { // 获取 名 字 
return name; 

} 

public int getSize() ( // 获取 大 小 
int size = 0; 


Iterator it = directory.iterator(); 
while (it.hasNext()) ( 
Entry entry = (Entry)it.next(); 


} 
return size; 
} 
public Entry add(Entry entry) { // 增加 目录 条 和 目 
directory.add(entry); 
return this; 
) 
protected void printList(String prefix) ( // 显示 目录 条 目 一 览 
System.out.println(prefix + "/" + this); 
Iterator it = directory.iterator(); 
while (it.hasNext()) ( 
Entry entry = (Entry)it.next(); 
entry.printList(prefix + "/" + name); 





| FileTreatMentException 类 


FileTreatMentException 类 (代码 清单 11-4 ) 是 对 文件 调用 aaa 方法 时 抛 出 的 异常 。 该 
异常 类 并 非 Java 类 库 的 自 带 异常 类 ， 而 是 我 们 为 本 示例 程序 编写 的 异常 类 。 


代码 清单 11-4 FileTreatMentException 类 ( FileTreatMentException.java ) 


public class FileTreatmentException extends RuntimeException { 
public FileTreatmentException() ( 


) 
public FileTreatmentException(String msg) ( 


super (msg) ; 


) 





| Main 类 
Main 类 (代码 清单 11-5 ) 将 使 用 以 上 的 类 建成 下 面 这 样 的 文件 夹 结 构 。 在 Main 类 中 ， 我们 
首先 新 建 root、bin、tmp、usr 这 4 个 文件 夹 ， 然 后 在 bin 文件 夹 中 放 入 vi 文件 和 latex 文件 。 


一 一 root 
bin 


tmp 
usr 
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接着 ， 我 们 在 usr 文件 夹 下 新 建 yuki、hanako、tomura 这 个 文件 夹 ， 然 后 将 这 3 个 用 户 各 自 的 
文件 分 别 放 人 到 这 些 文件 夹 中 。 


— —- root 
bin 
vi 
latex 


tmp 
usr 
yuki 
— diary.html 
— Composite.java 


hanako 
'— memo.tex 


tomura 





—— game.doc 
—— junk.mail 


运行 结果 如 图 11-2 所 示 。 请 注意 ， 在 放 和 人 了 各 用 户 的 文件 后 ，root 文件 夹 变 大 了 。 
代码 清单 11-5 ^ Main 类 ( Main java ) 


public class Main { 
public static void main(String[] args) ( 
try ( 
System.out.println("Making root entries..."); 
Directory rootdir - new Directory("root"); 
Directory bindir = new Directory("bin"); 
Directory tmpdir new Directory ("tmp"); 
Directory usrdir = new Directory("usr"); 
rootdir.add (bindir); 
rootdir.add(tmpdir); 
rootdir.add(usrdir); 
bindir.add(new File("vi", 10000)); 
bindir.add(new File("latex", 20000)); 
rootdir.printList(); 


System.out.println(""); 
System.out.println("Making user entries..."); 
Directory yuki - new Directory("yuki"); 
Directory hanako = new Directory ("hanako"); 
Directory tomura = new Directory ("tomura"); 
usrdir.add(yuki); 
usrdir.add (hanako); 
usrdir.add(tomura); 
yuki.add(new File("diary.html", 100)); 
yuki.add(new File("Composite.java", 200)); 
hanako.add(new File("memo.tex", 300)); 
tomura.add(new File("game.doc", 400)); 
tomura.add(new File("junk.mail", 500)); 
rootdir.printList(); 

) catch (FileTreatmentException e) { 
e.printStackTrace(); 
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Making root entries... 
/root (80000) 

/root/bin (30000) 
/root/bin/vi (10000) 
/root/bin/latex (20000) 
/root/tmp (0) 

/root/usr (0) 


Making user entries... 

/root (81500) 

/root/bin (30000) 

/root/bin/vi (10000) 
/root/bin/latex (20000) 
/root/tmp (0) 

/root/usr (1500) 

/root/usr/yuki (300) 
/root/usr/yuki/diary.html (100) 
/root/usr/yuki/Composite.java (200) 
/root/usr/hanako (300) 
/root/usr/hanako/memo.tex (300) 
/root/usr/tomura (900) 
/root/usr/tomura/game.doc (400) 
/root/usr/tomura/junk.mail (500) 


， 11.3 Composite 模式 中 的 登场 角色 


在 Composite 模式 中 有 以 下 登场 角色 。 


€ Leaf (树叶 ) 
表示 “内 容 ” 的 角色 。 在 该 角色 中 不 能 放 入 其 他 对 象 。 在 示例 程序 中 ,由 File 类 扮演 此 角色 。 


€ Composite ( 复合 物 ) 


表示 容器 的 角色 。 可 以 在 其 中 放 入 Leaf 角 色 和 Composite 角色 。 在 示例 程序 中 ， 由 
Directory 类 扮演 此 角色 。 











€ Component 


使 Leaf 角色 和 Composite 角色 具有 一 致 性 的 角色 。Composite 角色 是 Leaf 角色 和 Composite ff 
色 的 父 类 。 在 示例 程序 中 ， 由 Entry 类 扮演 此 角色 。 


€ Client 


使 用 Composite 模式 的 角色 。 在 示例 程序 中 ,由 Main 类 扮演 此 角色 。 
Composite 模式 的 类 图 如 图 11-3 所 示 。 在 该 图 中 ， 可 以 将 Composite 角色 与 它 内 部 的 
Component 角色 ( 即 Leaf 角色 或 Composite 角色 ) 看 成 是 父亲 与 孩子 们 的 关系 。getchild 方 法 的 
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作用 是 从 Component 角色 获取 这 些 “ 孩 子 们 ”。 
[Hi 11-8 Composite 模式 的 类 图 
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| 多 个 和 单个 的 一 致 性 


使 用 Composite 模式 可 以 使 容器 与 内 容 具有 一 致 性 ， 也 可 以 称 其 为 多 个 和 单个 的 一 致 性 ， 即 将 
多 个 对 象 结合 在 一 起 ， 当 作 一 个 对 象 进行 处 理 。 

例如 ， 让 我 们 试想 一 下 测试 程序 行为 时 的 场景 。 现 在 假设 Testl 是 用 来 测试 输入 数据 来 自 键盘 
输入 时 的 程序 的 行为 ，Test2 是 用 来 测试 输入 数据 来 自 文件 时 的 程序 的 行为 ，Test3 是 用 来 测试 输入 
数据 来 自 网 络 时 的 程序 的 行为 。 如 果 我 们 想 将 这 3 种 测试 统一 为 “输入 测试 "， 那 么 Composite 模 
式 就 有 用 武之 地 了 。 我 们 可 以 将 这 几 个 测试 结合 在 一 起 作为 “输入 测试 ”， 或 是 将 其 他 几 个 测试 结 
合 在 一 起 作为 “输出 测试 "， 甚 至 可 以 最 后 将 “输入 测试 ”和 “输出 测试 ”结合 在 一 起 作为 “输入 

例如 ， 在 以 下 网 址 介绍 的 测试 场景 中 ,测试 程序 中 使 用 了 Composite 模式 。 


e Kent Beck Testing Framework AT] 
http://objectclub.jp/community/memorial/homepage3.nifty.com/masarl/article/ 
testing-framework.html 

e Simple Smalltalk Testing: With Patterns ( by Kent Beck ) 


http://swing.fit.cvut.cz/projects/stx/doc/online/english/tools/misc/testfram.htm 
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| aaa 方法 应 该 放 在 哪里 


在 示例 程序 中 ，Entzry 类 中 定义 了 adda 方 法， 所 做 的 处 理 是 抛 出 异常 ， 这 是 因为 能 使 用 adda 
方法 的 只 能 是 Directory 类 。 下 面 我 们 学 习 一 下 各 种 add 方法 的 定义 位 置 和 实现 方法 。 

令 方 法 1: 定义 在 Entry 类 中 ， 报 错 

将 adi 方法 定义 在 Entry 类 中 ,让 其 报错 ， 这 是 示例 程序 中 的 做 法 。 能 使 用 aaa 方法 的 只 有 
Directory 类 ， 它 会 重 写 add 方法 ,根据 需求 实现 其 处 理 。 

File 类 会 继承 Entry 类 的 aaa 方法， 虽然 也 可 以 调用 它 的 aaa 方法 ， 不 过 会 抛 出 异常 。 

令 方法 2: 定义 在 Entry 类 中 ， 但 什么 都 不 做 

也 可 以 将 adad 方法 定义 在 Entry 类 中 , 但 什么 处 理 都 不 做 。 

令 方 法 3: 声明 在 Entry 类 中 ， 但 不 实现 

也 可 以 在 Entry 类 中 声明 aaa 抽象 方法 。 如 果子 类 需要 add 方法 就 根据 需求 实现 该 方法 ， 如 
果 不 需 要 add 方 法， 则 可 以 简单 地 报错 。 该 方法 的 优点 是 所 有 子 类 必须 都 实现 add 方法 ， 不 需要 
add 方 法 时 的 处 理 也 可 以 交 给 子 类 自己 去 做 决定 。 不 过 ,使 用 这 种 实现 方法 时 ， 在 File 一 方 中 也 
必须 定义 本 来 完全 不 需要 的 add ( 有 时 还 包括 remove 和 getchild ) 方 法 。 

令 方 法 4: 只 定义 在 Directory 类 中 

因为 只 有 Directory 类 可 以 使 用 aqdd 方 法， 所 以 可 以 不 在 Entry 类 中 定义 add 方 法， 而 是 
只 将 其 定义 在 Directory 类 中 。 不 过 ,使 用 这 种 方法 时 ， 如 果 要 向 Entry 类 型 的 变量 ( 实际 保存 
的 是 Directory 类 的 实例 ) 中 aaa 时 ， 需 要 先 将 它们 一 个 一 个 地 类 型 转换 (cast) J Directory 
类 型 。 


| 到 处 都 存在 递归 结构 


在 示例 程序 中 ， 我 们 以 文件 夹 的 结构 为 例 进行 了 学 习 ， 但 实际 上 在 程序 世界 中 ， 到 处 都 存在 递 
JH t fl Composite 模式。 例如 ， 在 视窗 系统 中 ,一 个 窗口 可 以 含有 一 个 子 窗口 ， 这 就 是 
Composite 模式 的 典型 应 用 。 此 外 ， 在 文章 的 列表 中 ,， 各 列表 之 间 可 以 相互 庶 套 ， 这 也 是 一 种 递归 
结构 。 将 多 条 计算 机 命令 合并 为 一 条 宏 命 令 时 ， 如 果 使 用 递归 结构 实现 宏 命令 ， 那 么 还 可 以 编写 出 
宏 命令 的 宏 命令 。 另 外 ， 通 常 来 说 ， 树 结构 的 数据 结构 都 适用 Composite 模式 。 


| 5 相关 的 设计 模式 


€ Command 模式 (第 22 章 ) 
使 用 Command 模式 编写 宏 命令 时 使 用 了 Composite 模式 。 


€ Visitor 模式 (第 13 章 ) 
可 以 使 用 Visitor 模式 访问 Composite 模式 中 的 递归 结构 。 
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€ Decorator 模式 (第 12 章 ) 

Composite 模式 通过 Component 角色 使 容器 ( Composite 角色 ) 和 内 容 ( Leaf 角色 ) 具有 一 
致 性 。 

Decorator 模式 使 装饰 框 和 内 容 具 有 一 致 性 。 


| 11.6 ”本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 使 容器 和 内 容 具 有 一 致 性 ， 并 且 可 以 创建 出 递归 结构 的 Composite 
模式 。 


| 117 练习 题 答案 请 参见 附录 A ( P.317 ) 


@ 习题 11-1 
请 思考 一 下 ， 除 了 文件 系统 以 外 ， 还 有 哪些 地 方 使 用 了 Composite 模式 。 


@ 习 题 11-2 
请 为 示例 程序 中 的 Entry 类 ( 子 类 ) 的 实例 增加 一 个 获取 完整 路 径 的 功能 。 例 如 , R 
们 需要 从 File 的 实例 中 获取 如 下 的 完整 路 径 。 


"/root/usr/yuki/Composite.java" 


这 时 ， 应 该 修改 示例 程序 中 的 哪些 类 呢 ? 应 该 怎样 修改 呢 ? 






$8812 E Decorator 模式 








装饰 边框 与 被 装饰 物 的 一 致 性 
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| 12.1 Decorator 模式 


假如 现在 有 一 块 蛋糕 ， 如 果 只 涂 上 奶油 ， 其 他 什么 都 不 加 ， 就 是 奶油 蛋糕 。 如 果 加 上 草莓 ， 就 
是 草莓 奶油 蛋糕 。 如 果 再 加 上 一 块 黑 色 巧 克 力 板 ， 上 面 用 白色 巧克力 写 上 姓名 ， 然 后 插 上 代表 年 龄 
的 蜡烛 ， 就 变 成 了 一 块 生日 蛋糕 。 

不 论 是 蛋糕 、 奶 油 和 蛋糕 、 草 葡 和 蛋糕 还 是 生日 蛋糕 ， 它 们 的 核心 都 是 蛋糕 。 不 过 ， 经 过 涂 上 奶 
油 ， 加 上 草莓 等 装饰 后 ， 蛋 糕 的 味道 变 得 更 加 甜美 了 ， 目 的 也 变 得 更 加 明确 了 。 

程序 中 的 对 象 与 蛋糕 十 分 相似 。 首 先 有 一 个 相当 于 蛋糕 的 对 象 ， 然 后 像 不 断 地 装饰 蛋糕 一 样 地 
不 断 地 对 其 增加 功能 ， 它 就 变 成 了 使 用 目的 更 加 明确 的 对 象 。 

像 这 样 不 断 地 为 对 象 添加 装饰 的 设计 模式 被 称 为 Decorator 模式 。Decorator 指 的 是 “装饰 物 ”。 
本 章 中 ， 我 们 将 学 习 Decorator 模式 的 相关 知识 。 


| 12.2 示例 程序 


本 章 中 的 示例 程序 的 功能 是 给 文字 添加 装饰 边框 。 这 里 所 谓 的 装饰 边框 是 指 用 “-”“+* “1” 
等 字符 组 成 的 边框 。 图 12-1 是 一 个 输出 结果 示例 。 


[B 12-1 为 Hello,world. 添加 装饰 边框 的 示例 











表 12-1 类 的 一 览 表 


BD NT 
Display 用 于 显示 字符 串 的 抽象 类 
StringDisplay | 用 于 显示 单行 字符 串 的 类 
Border | 用 于 显示 装饰 边框 的 抽象 类 


























SideBorder 用 于 只 显示 左右 边框 的 类 
FullBorder 用 于 显示 上 下 左右 边框 的 类 
Main 测试 程序 行为 的 类 
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|B122 示例 程序 的 类 图 
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| Display 类 


Display 类 (代码 清单 12-1) 是 可 以 显示 多 行 字符 串 的 抽象 类 。 

getColumns 方法 和 getRows 方法 分 别 用 于 获取 横向 字符 数 和 纵向 行 数 。 它 们 都 是 抽象 方 
法 ,需要 子 类 去 实现 。getRowText 方法 用 于 获取 指定 的 某 一 行 的 字符 串 。 它 也 是 抽象 方法 ， 需 要 
子 类 去 实现 。 

show 是 显示 所 有 行 的 字符 串 的 方法 。 在 show 方法 内 部 ， 程 序 会 调用 getRows 方法 获取 行 
数 ， 调 用 getRowText 获取 该 行 需要 显示 的 字符 串 ， 然 后 通过 for 循环 语句 将 所 有 的 字符 串 显示 
出 来 。show 方法 使 用 了 getRows 和 getRowText 等 抽象 方法 ， 这 属于 Tempate Method 模式 (第 
3 € ), 


代码 清单 12-1 Display 类 ( Display.java ) 


public abstract class Display ( 
public abstract int getColumns(); // 获取 横向 字符 数 
public abstract int getRows(); // 获取 纵向 行 数 
public abstract String getRowText(int row); // 获取 第 row 行 的 字符 串 
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public final void show() { // 全 部 显示 
for (int i = 0z i < getRows(); i++) ( 
System.out.println(getRowText (i)); 
) 





| Stringbisplay 类 


仅 查 看 Display 类 的 代码 是 不 能 明白 程序 究 竞 要 做 什么 的 。 下 面 我 们 来 看 看 它 的 子 类 一 一 
StringDisplay 类 。 

StringDisplay 类 (代码 清单 12-2 ) 是 用 于 显示 单行 字符 串 的 类 。 由 于 StringDisplay 类 
是 Display 类 的 子 类 ， 因 此 它 肩 负 着 实现 Display 类 中 声明 的 抽象 方法 的 重任 。 

string 字段 中 保存 的 是 要 显示 的 字符 串 。 由 于 StringDisplay 类 只 显示 一 行 字 符 串 ， 因 此 
getColumns 方法 返回 string.getBytes () . length 的 值 ，getRows 方法 则 返回 固定 值 m 

此 外 ， 仅 当 要 获取 第 0 行 的 内 容 时 getRowText 方法 才 会 返回 string 字段 。 以 本 章 开 头 的 
蛋糕 的 比喻 来 说 ，StringDisplay 类 就 相当 于 生日 蛋糕 中 的 核心 蛋糕 。 


代码 清单 12-2 StringDisplay 类 ( StringDisplay.java ) 


public class StringDisplay extendi ay ( 





private String string; // 要 显示 的 字符 串 
public StringDisplay(String string) { // 通过 参数 传 入 要 显示 的 字符 串 


this.string = string; 
} 
public int BEEGOTumHS 0 í // 字符 数 
return string.getBytes().length; 





) 
public int SetROws 
return 


{ // 行 数 是 1 





} 
public String getROw 





"HeXÉ(int row) ( // 4x35 row 为 0 时 返回 值 


if (row -- 0) { 
return string; 
) else { 


return null; 


) 








| Border 类 


Border 类 (代码 清单 12-3 ) 是 装饰 边框 的 抽象 类 。 虽 然 它 所 表示 的 是 装饰 边框 ， 但 它 也 是 
Display 类 的 子 类 。 

也 就 是 说 ， 通 过 继承 ， 装 饰 边 框 与 被 装饰 物 具 有 了 相同 的 方法 。 具 体 而 言 ， Border 类 继承 了 
父 类 的 getColumns, getRows, getRowText, show 等 各 方法 。 从 接口 (API) 角度 而 言 ， 装 
饰 边框 ( Border) 与 被 装饰 物 ( Display ) 具有 相同 的 方法 也 就 意味 着 它们 具有 一 臻 性。 哎呀 ， 好 
像 把 本 章 后 面 的 内 容 提前 说 了 。 现 在 大 家 应 该 还 很 难 理解 吧 ， 不 过 没关系 ， 我 们 先 继续 看 下 去 。 


(D 为 了 简单 起 见 ， 这 里 我 们 以 内 存 上 的 一 字 节 长 度 的 字符 占 界 面 上 的 一 列 为 前 提 。 
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在 装饰 边框 Border 类 中 有 一 个 Display 类 型 的 display 字段 ， 它 表示 被 装饰 物 。 不 过 ， 
display 字段 所 表示 的 被 装饰 物 并 仅 不 限于 StringDisplay 的 实例 。 因 为 ,， Border 也 是 
Display 类 的 子 类 ，di splay 字段 所 表示 的 也 可 能 是 其 他 的 装饰 边框 (Border 类 的 子 类 的 实 
例 )， 而 且 那 个 边框 中 也 有 一 个 display 字段 。 这 样 ， 大 家 应 该 能 大 致 理解 Decorator 模式 的 结构 
IT, 


代码 清单 12-3 Border 类 ( Border java ) 
public abstract class Border extends Display { 


protected Display display; // 表示 被 装饰 物 
protected Border (Display display) { // 在 生成 实例 时 通过 参数 指定 被 装饰 物 
this.display = display; 





} 
) 





| SideBorder 类 


sideBorder 类 (代码 清单 12-4) 是 一 种 具体 的 装饰 边框 ， 是 Border 类 的 子 类 。 
SideBorder 类 用 指定 的 字符 (borderchar ) 装饰 字符 串 的 左右 两 侧 。 例 如 ， 如 果 指 定 
borderchar 字段 的 值 是 “|”"， 那 么 我 们 就 可 以 调用 show 方法 ， 像 下 面 这 样 在 “被 装饰 物 ” 的 两 
侧 加 上 “|”。 还 可 以 通过 构造 函数 指定 borderchar 字段 。 


| 被 装饰 物 | 


SideBorder 类 并 非 抽 象 类 ， 这 是 因为 它 实现 了 父 类 中 声明 的 所 有 抽象 方法 。 

getColumns 方法 是 用 于 获取 横向 字符 数 的 方法 。 字 符 数 应 当 如 何 计算 呢 ? 非常 简单 ， 只 需要 
在 被 装饰 物 的 字符 数 的 基础 上 ， 再 加 上 两 侧 边框 的 字符 数 即 可 。 那 被 装饰 物 的 字符 数 应 该 如 何 计算 
呢 ? 是 的 ， 大 家 应 该 都 想到 了 ， 其 实 只 需 调 用 display.getcolumns () 即 可 得 到 被 装饰 物 的 字 
RÉ display 字段 的 可 见 性 是 protected， 因 此 SideBorder 类 的 子 类 都 可 以 使 用 该 字段 。 
然后 我 们 再 像 下 面 这 样 ， 分 别 加 上 左右 边框 的 字符 数 。 


1 + display.getColumns() + 1 


这 就 是 getcolumns 方法 的 返回 值 了 。 当 然 , 写作 display.getCcolumns () + 2 也 是 可 
以 的 。 只 是 在 本 书 中 ,我们 为 了 明确 地 表示 是 分 别 加 上 左右 两 侧 边 框 的 字符 数 1， 所 以 采用 了 上 面 
的 表达 式 。 

在 理解 了 getcolumns 方法 的 处 理 方式 后 ， 也 就 可 以 很 快 地 理解 getRows 方法 的 处 理 了 。 因 
为 SideBorder 类 并 不 会 在 字符 串 的 上 下 两 侧 添加 字符 ， 因 此 getRows 方法 直接 返回 display. 
getRows () 即 可 。 

那么 ，getRowText 方法 应 该 如 何 实现 呢 ? 调用 getRowText 方法 可 以 获取 参数 指定 的 那 一 
行 的 字符 数 。 因 此 ， 我 们 会 像 下 面 这 样 , fE display.getRowText (row) 的 字符 串 两 侧 ， 加 上 
borderchar 这 个 装饰 边框 。 


borderChar + display.getRowText(row) + borderChar 


这 就 是 getRowText 方法 的 返回 值 (也 就 是 SideBorder 的 装饰 效果 )。 
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SideBorder 类 ( SideBorder.java ) 


public class SideBorder extends Border { 


private char borderChar; // 表示 装饰 边框 的 字符 
public SideBorder(Display display, char ch) { // 通过 构造 函数 指定 Display 和 
// 装饰 边框 字符 











super (display); 
this.borderChar = ch; 
) 


public int BSESSTUNSBO í // 字符 数 为 字符 串 字符 数 加 上 
_// 两 侧 边框 字符 数 
return STR mn 
} 
public int BSERSWSO í // 行 数 即 被 装饰 物 的 行 数 


return display.getRows(); 


} 
public String BB (int row) { // 指定 的 那 一 行 的 字符 串 为 被 装饰 物 的 字符 串 
// 加 上 两 侧 的 边框 的 字符 


return borderChar + display.getRowText (row) + borderChar; 


| FullBorder 类 


FullBorder 类 (代码 清单 12-5) 与 sideBorder 类 一 样 ， 也 是 Border 类 的 子 类 。 
SideBorder 类 会 在 字符 串 的 左右 两 侧 加 上 装饰 边框 ， 而 FullBorder 类 则 会 在 字符 串 的 上 下 左 
右 都 加 上 装饰 边框 。 不 过 , fESideBorder 类 中 可 以 指定 边框 的 字符 ， 而 在 Ful11Border 类 中 ， 


边框 的 字符 是 固定 的 。 
makeLine 方法 可 以 连续 地 显示 某 个 指定 的 字符 ， 它 是 一 个 工具 方法 (为 了 防止 FullBorder 


类 外 部 使 用 该 方法 ， 我 们 设置 它 的 可 见 性 为 private )。 






FullBorder 类 ( FullBorder.java ) 


public class FullBorder extends Border { 


public FullBorder (Display display) { 
super (display); 


} 
public int Bam | // 字符 数 为 被 装饰 物 的 字符 数 加 上 两 侧 边 框 字符 数 


return 1 + display.getColumns() + 1; 
) 


public int BEERSWSO í // 行 数 为 被 装饰 物 的 行 数 加 上 上 下 边框 的 行 
return 1 + display.getRows() + 1; 
) 
public String BSEROWESXE(int row) ( // 指定 的 那 一 行 的 字符 串 
if (row == O) ( // 下 边框 
return "+" + makeLine('-', display.getColumns()) + "+"; 
} else if (row == display.getRows() + 1) { // 上 边框 
return "+" + makeLine('-', display.getColumns()) + "-*"; 
) else { // 其 他 边框 
return "|" + display.getRowText(row - 1) + "|"; 
) 
} 
private String makeLine (char ch, int count) ( // 生成 一 个 重复 count 次 字符 ch 的 字符 串 


StringBuffer buf = new StringBuffer(); 
for (int 3 = 07 1 € eount; ic) 4 
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buf.append (ch); 


} 
return buf.toString(); 





|| Main 类 
Main 类 (代码 清单 12-6 ) 是 用 于 测试 程序 行为 的 类 。 在 Main 类 中 一 共生 成 了 4 个 实例 ， 即 
bl~b4， 它 们 的 作用 分 别 如 下 所 示 。 


bl; 将 "Hello，world." 不 加 装饰 地 直接 显示 出 来 
b2: 在 bl 的 两 侧 加 上 装饰 边框 '#' 

b3: 在 b2 的 上 下 左右 加 上 装饰 边框 

b4: 为 "你 好 ， 世 界 。" 加 上 多 重 边框 


代码 清单 12-6 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) ( 
Display bl = new StringDisplay("Hello, world."); 
Display b2 = new SideBorder(bl, '4'); 
Display b3 = new FullBorder (b2); 
bl.show(); 
b2.show(); 
b3.show(); 
Display b4 - 
new SideBorder( 
new FullBorder( 
new FullBorder( 
new SideBorder( 
new FullBorder( 
new StringDisplay(" R, t5, ") 
) ， 


L 


); 
b4.show(); 
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Hello, world. «€ bl.show() 的 显示 结果 
dHello, world.4 全 b2.show() 的 显示 结果 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 «— b3.show() 的 显示 结果 
|$Hello, world.f| 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 

[*------------------ t «— b4.show() 的 显示 结果 
A *I/ 

VAL E EE quiz 

/11*| 你 好 ， 世界 。 1*11/ 

/11x*+------------ +*|1/ 

pj somete Hl 

/[*------------------ +/ 











为 了 便于 大 家 理解 这 几 个 对 象 之 间 的 关系 ， 我 们 画 出 了 它们 的 对 象 图 ( 图 12-4 )。 从 图 中 可 以 
看 出 ，bl 的 装饰 边框 是 b2，b2 的 装饰 边框 是 b3。 


[B124 b3、b2 和 b1 的 对 象 图 








| b3:FullBorder 











| display < b2:SideBorder 








display KCO—» bi:StringDisplay 


12.3 ”Decorator 模 式 中 的 登场 角色 


在 Decorator 模式 中 有 以 下 登场 角色 。 

















€ Component 

增加 功能 时 的 核心 角色 。 以 本 章 开 头 的 例子 来 说 ， 装 饰 前 的 蛋糕 就 是 Component 角色 。 
Component 角色 只 是 定义 了 和 蛋糕 的 接口 ( API )。 在 示例 程序 中 ,由 Display 类 扮演 此 角色 。 

€ ConcreteComponent 

该 角色 是 实现 了 Component 角色 所 定义 的 接口 (API) 的 具体 蛋糕。 在 示例 程序 中 ， 由 
StringDisplay 类 扮演 此 角色 。 

€ Decorator ( 装饰 物 ) 

该 角色 具有 与 Component 角色 相同 的 接口 (API )。 在 它 内 部 保存 了 被 装饰 对 象 一 一 Component 
角色 。Decorator 角色 知道 自己 要 装饰 的 对 象 。 在 示例 程序 中 ， 由 Border 类 扮演 此 角色 。 

€ ConcreteDecorator ( 具体 的 装饰 物 ) 


该 角色 是 具体 的 Decorator 角色 。 在 示例 程序 中 , 由 SideBorder 类 和 FullBorder 类 扮演 
此 角色 。 


@ 原文 源 代码 的 编码 标准 是 Shift JIS， 翻 译 为 中 文 后 编码 标准 变 为 了 UTF-8， 一 个 全 角 字 符 占 用 的 字 
节 发 生 了 变化 ， 因 此 实际 代码 的 运行 结果 与 图 12-3 不 同 。 译 者 注 
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Decorator 模式 的 类 图 如 图 12-5 所 示 。 


Component - 


[B 12-5  Decorator 模式 的 类 图 
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12.4 ”拓展 思路 的 要 点 


| 接口 (API ) 的 透明 性 


在 Decorator 模式 中 ， 装 饰 边框 与 被 装饰 物 具有 一 致 性 。 具 体 而 言 ， 在 示例 程序 中 ， 表 示 装 饰 
边框 的 Border 类 是 表示 被 装饰 物 的 Display 类 的 子 类 ， 这 就 体现 了 它们 之 间 的 一 致 性 。 也 就 是 
说 ，Border 类 (以 及 它 的 子 类 ) 与 表示 被 装饰 物 的 Display 类 具有 相同 的 接口 (API )。 

这 样 ， 即 使 被 装饰 物 被 边框 装饰 起 来 了 ， 接 口 (API ) 也 不 会 被 隐藏 起 来 。 其 他 类 依然 可 以 调 
用 getcolumns、getRows、getRowText 以 及 show 方法 。 这 就 是 接口 (API ) 的 “透明 性 ”。 

在 示例 程序 中 ， 实 例 b4 被 装饰 了 多 次 ， 但 是 接口 (API ) 却 没有 发 生 任何 变化 。 

得 益 于 接口 ( API ) 的 透明 性 ，Decorator 模式 中 也 形成 了 类 似 于 Composite 模式 中 的 递归 结构 。 
也 就 是 说 ， 装 饰 边框 里 面 的 “被 装饰 物 ” 实 际 上 又 是 别 的 物体 的 “装饰 边框 "。 就 像 是 剥 洋葱 时 以 为 
洋葱 心 要 出 来 了 ， 结 果 却 发 现 还 是 皮 。 不 过 ，Decorator 模式 虽然 与 Composite 模式 一 样 ， 都 具有 递归 
结构 ， 但 是 它们 的 使 用 目的 不 同 。Decorator 模式 的 主要 目的 是 通过 添加 装饰 物 来 增加 对 象 的 功能 。 
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| 在 不 改变 被 装饰 物 的 前 提 下 增加 功能 


在 Decorator 模式 中 ， 装 饰 边框 与 被 装饰 物 具 有 相同 的 接口 (API )。 虽 然 接口 (API ) 是 相同 
的 ， 但 是 越 装饰 ， 功 能 则 越 多 。 例 如 , 用 SideBorder 装饰 Display 后 ， 就 可 以 在 字符 串 的 左右 
两 侧 加 上 装饰 字符 。 如 果 再 用 FullBorder 装饰 ,那么 就 可 以 在 字符 串 的 四 周 加 上 边框 。 此 时 ， 
我 们 完全 不 需要 对 被 装饰 的 类 做 任何 修改 。 这 样 ， 我们 就 实现 了 不 修改 被 装饰 的 类 即 可 增加 功能 。 

Decorator 模式 使 用 了 委托 。 对 “装饰 边框 ”提出 的 要 求 (调用 装饰 边框 的 方法 ) 会 被 转交 (X 
托 ) 给 “被 装饰 物 ” 去 处 理 。 以 示例 程序 来 说 ， 就 是 SideBorder 类 的 getcolumns 方法 调用 了 
display.getColumns ()。 除 此 以 外 ，getRows 方法 也 调用 了 display.getRows () 。 


| 可 以 动态 地 增加 功能 


Decorator 模式 中 用 到 了 委托 ， 它 使 类 之 间 形 成 了 弱 关 联 关系 。 因 此 ， 不 用 改变 框架 代码 ， 就 可 
以 生成 一 个 与 其 他 对 象 具有 不 同 关 系 的 新 对 象 。 


| 只 需要 一 些 装饰 物 即 可 添加 许多 功能 


使 用 Decorator 模式 可 以 为 程序 添加 许多 功能 。 只 要 准备 一 些 装饰 边框 ( ConcreteDecorator ffi 
色 )， 即 使 这 些 装 饰 边 框 都 只 具有 非常 简单 的 功能 ， 也 可 以 将 它们 自由 组 合成 为 新 的 对 象 。 

这 就 像 我 们 可 以 自由 选择 香草 味 冰激凌 、 巧 克 力 冰激凌 、 草 莓 冰激凌 、 猕 猴 桃 冰激凌 等 各 种 口 
味 的 冰激凌 一 样 。 如 果 冰 激 凌 店 要 为 顾客 准备 所 有 的 冰激凌 成 品 那 真是 太 麻烦 了 。 因 此 ， 冰 激 凌 店 
只 会 准备 各 种 香料 ， 当 顾客 下 单 后 只 需要 在 冰激凌 上 加 上 各 种 香料 就 可 以 了 。 不 管 是 香草 味 ， 还 是 
咖啡 朗 姆 和 开心 果 的 混合 口味 ， 亦 或 是 香草 味 、 草 莓 味 和 猕猴 桃 三 重 口味 ， 顾 客 想 吃 什么 口味 都 可 
以 。Decorator 模式 就 是 可 以 应 对 这 种 多 功能 对 象 的 需求 的 一 种 模式 。 


| java.io 包 与 Decorator 模式 


下 面 我 们 来 谈 谈 java.io 包 中 的 类 。j ava . io 包 是 用 于 输入 输出 (InputVOutput， 简 称 IO ) 
的 包 。 这 里 ， 我 们 使 用 了 Decorator 模式 。 
首先 ， 我 们 可 以 像 下 面 这 样 生成 一 个 读 取 文件 的 实例 。 


Reader reader = new FileReader("datafile.txt"); 


然后 ， 我 们 也 可 以 像 下 面 这 样 在 读 取 文 件 时 将 文件 内 容 放 人 缓冲 区 。 


Reader reader = new BufferedReader( 
new FileReader("datafile.txt"); 
); 


这 样 ， 在 生成 BufferedReader 类 的 实例 时 ,会 指定 将 文件 读 取 到 FileReader 类 的 
实例 中 。 

再 然后 ， 我 们 也 可 以 像 下 面 这 样 管理 行 号 。 

Reader reader = new LineNumberReader ( 


New BufferedReader( 
New FileReader("datafile.txt"); 


ss EE PO ENA E S 
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); 


无 论 是 LineNumberReader 类 的 构造 函数 还 是 BufferedReader 类 的 构造 函数 ， 都 可 以 接 
Ilt Reader 类 (的 子 类 ) 的 实例 作为 参数 ， 因 此 我 们 可 以 像 上 面 那样 自由 地 进行 各 种 组 合 。 

我 们 还 可 以 只 管理 行 号 ， 但 不 进行 缓存 处 理 。 

Reader reader = new LineNumberReader ( 


new FileReader("datafile.txt"); 
); 


接 下 来 ， 我 们 还 会 管理 行 号 ， 进 行 缓 存 ， 但 是 我 们 不 从 文件 中 读 取 数 据 ， 而 是 从 网 络 中 读 取 数 
据 (下 面 的 代码 中 省 略 了 细节 部 分 和 异常 处 理 )。 


java.net.Socket socket = new Socket(hostname, portnumber); 


Reader reader = new LineNumberReader ( 
new BufferedReader( 
new InputStreamReader ( 
Socket.getInputStream() 
) 


) 
这 里 使 用 的 InputStreamReader 类 既 接收 getInputSstream 方 法 返回 的 InputStream% 
的 实例 作为 构造 函数 的 参数 ， 也 提供 了 Reader 类 的 接口 (API) (这 属于 第 2 章 学 习 过 的 
Adapter 模式 )。 


除了 java.io 包 以 外 ， 我们 还 在 javax .swing.border 包 中 使 用 了 Decorator 模式 。 
javax,swing.border 包 为 我 们 提供 了 可 以 为 界面 中 的 控件 添加 装饰 边框 的 类 。 


导致 增加 许多 很 小 的 类 
Decorator 模式 的 一 个 缺点 是 会 导致 程序 中 增加 许多 功能 类 似 的 很 小 的 类 。 


| 12.5 ”相关 的 设计 模式 


€ Adapter 模式 (第 2 章 ) 

Decorator 模式 可 以 在 不 改变 被 装饰 物 的 接口 ( API ) 的 前 提 下 ， 为 被 装饰 物 添加 边框 ( 透 
明 性 )。 

Adapter 模式 用 于 适 配 两 个 不 同 的 接口 (API )。 


€ Stragety 模式 (第 10 章 ) 
Decorator 模式 可 以 像 改 变 被 装饰 物 的 边框 或 是 为 被 装饰 物 添 加 多 重 边框 那样 ， 来 增加 类 的 


功能 。 
Stragety 模式 通过 整体 地 替换 算法 来 改变 类 的 功能 。 
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12.6 ”延伸 阅读 : 继承 和 委托 中 的 一 致 性 


这 里 让 我 们 再 稍微 了 解 一 下 “一 致 性 "， 即 “可 以 将 不 同 的 东西 当 作 同 一 种 东西 看 待 ”的 相 
关 知 识 。 


| 继承 一 一 父 类 和 子 类 的 一 致 性 
子 类 和 父 类 具有 一 致 性 。 下 面 我 们 看 一 个 简单 的 例子 。 





class Parent { 
void parentMethod() { 


} 








class Child extends Parent { 
void childMethod() { 


) 





} 








JER, Child 类 的 实例 可 以 被 保存 在 Parent 类 型 的 变量 中 ， 也 可 以 调用 从 Parent 类 中 继 
承 的 方法 。 


Parent obj = new Child(); 
obj.parentMethod(); 


也 就 是 说 ， 可 以 像 操作 Parent 类 的 实例 一 样 操作 child 类 的 实例 。 这 是 将 子 类 当 作 父 类 看 
待 的 一 个 例子 。 
但 是 ， 反 过 来 ， 如 果 想 将 父 类 当 作 子 类 一 样 操作 ， 则 需要 先进 行 类 型 转换 。 


Parent obj = new Child(); 
((Child)obj).childMethod(); 


| 委托 一 一 自己 和 被 委托 对 象 的 一 致 性 


使 用 委托 让 接口 具有 透明 性 时 ， 自 己 和 被 委托 对 象 具 有 一 致 性 。 
下 面 我 们 看 一 个 稍微 有 点 生硬 的 例子 。 





class Rose { 
Violet obj = ... 
void method() { 
obj.method(); 
) 
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class Violet ( 
void method() { 


) 








Rose fll violet 都 有 相同 的 method 方 法。Rose 将 method 方法 的 处 理 委 托 给 了 Violet. 
这 样 ， 会 让 人 有 一 种 好 像 这 两 个 类 有 所 关联 ， 又 好 像 没 有 关联 的 感觉 。 

要 说 有 什么 奇怪 的 地 方 ， 那 就 是 这 两 个 类 虽然 都 有 method 方法 ， 但 是 却 没有 明确 地 在 代码 中 
| 体现 出 这 个 “共通 性 ”。 如 果 要 明确 地 表示 method 方法 是 共通 的 ， 只 需要 像 下 面 这 样 编写 一 个 共 
| 通 的 抽象 类 Flower 就 可 以 了 。 





pr 731 
class Rose extends Flower { 
Violet obj = ... 
void method() { 
obj.method(); 
) 
} 





RENTS 
class Violet BREBHBSSENSUSE | 


void method() { 





) | 


或 者 是 像 下 面 这 样 ， 让 Flower 作为 接口 也 行 。 








| 
class Rose BBEENSHEBUENGNER | 


Violet obj = ... 
void method() { 
obj.method(); 
} 
} 


as 








class Violet BNBISNSNESUEIONSE 
i 
void method() ( 








) 


e 
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至 此 ， 大 家 可 能 会 产生 这 样 的 疑问 ， 即 Ro se 类 中 的 obj 字段 被 指定 为 具体 类 型 violet H 
的 好 吗 ? 如 果 指 定 为 抽象 类 型 Flower RARE? es 究竟 应 该 怎么 做 才 好 呢 ? 其 实 没 有 固定 
答案 ， 需 求 不 同 ， 做 法 也 不 同 。 


| 127 本章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 在 保持 透明 性 的 接口 (APD 不 变 的 前 提 下 ， 向 类 中 增加 功能 的 Decorator 
模式 。 此 外 ， 我 们 还 学 习 了 继承 与 委托 。 大 家 应 该 差不多 理解 了 抽象 类 和 接口 了 吧 。 
下 面 请 大 家 试 着 挑战 一 下 练习 题 吧 。 


128 ”练习 题 答案 请 参见 附录 A ( P.319 ) 





e 习题 12-1 
请 在 本 章 的 示例 程序 中 增加 一 个 UpDownBorder 类， 用 于 为 字符 串 装 饰 上 下 两 条 边 
TE, UpDownBorder 类 的 使 用 方法 如 代码 清单 12-7 所 示 ， 运 行 结 果 如 图 12-6 所 示 。 


代码 清单 12-7 Main 类 ( Main.java ) 


public class Main { 
public static void main(String[] args) ( 


Display bl = new StringDisplay("Hello, world."); 
Display b2 = new UBBOWBBORdeE(bl, '-'); 
Display b3 = new SideBorder(b2, '*'); 
bl.show(); 
b2.show(); 
b3.show(); 
Display b4 - 
new FullBorder( 
new BBBOWHBOEBSE í 
new SideBorder( 
new DBDONSBOEdEE ( 


new SideBorder( 
new StringDisplay(" RE, ER "), 


1 大 1 


b4.show(); 





jae 运行 结果 ” 
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Hello, world. 人 bl.show() 的 显示 结果 
------------- *—-b2.show() 的 显示 结果 


*------------- * *—b3.show() 的 显示 结果 
*Hello, world.* 

deorum eam em cm de um 0m om m et * 

+ 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 全 b4.show() 的 显示 结果 
VII MMMIMIlTMI 

















e Ji 12-2 


请 为 示例 程序 编写 一 个 可 以 显示 多 行 字符 串 MultisStringDisplay 类 ， 它 在 
Decorator 模式 中 扮演 ConcreteComponent 角色 。MultistringDisplay 类 的 使 用 方 
法 如 代码 清单 12-8 所 示 ， 运 行 结果 如 图 12-7 所 示 。 


代码 清单 12-8 Main 类 ( Main.java ) 


public class Main { 


public static void main(String[] args) ( 
MEXESSEEZHGDESBES nd - new HUPENSEEIHGDESpIAY O ; 
md.add ("早上 好 。"); 
md.add(" R/FÉf, "); 
md.add(" 晚安 ， 明 天 见 。" ) ; 


md.show(); 


Display dl 
dl.show(); 


Display d2 
d2.show(); 


new SideBorder(md, '£'); 


new FullBorder (md); 


(D 原文 源 代码 的 编码 标准 是 Shift JIS， 翻 译 为 中 文 后 编码 标准 变 为 了 UTF-8， 一 个 全 角 字 符 占用 的 字 
节 发 生 了 变化 ， 因 此 实际 代码 的 运行 结果 与 图 12-6 不 同 。 一 一 译 者 注 
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[a7 运行 结果 ” 














早上 好 5 « md.show() 的 显示 结果 
下 午 好 。 

晚安 ， 明 天 见 。 

# 早上 好 。 # ”bl.show() 的 显示 结果 
# 下 午 好 。 # 

# 晚安 ， 明 天 见 。 + 

E repre + «— bp2.show() 的 显示 结果 
| & Er, | 

| 下 午 好 。 | 

| 晚安 ， 明 天 见 。 | 

+----------------- + 











D 原文 源 代码 的 编码 标准 是 Shift JIS， 翻 译 为 中 文 后 编码 标准 变 为 了 UTF-8， 一 个 全 角 字 符 占 用 的 字 
节 发 生 了 变化 ， 因 此 实际 代码 的 运行 结果 与 图 12-7 不 同 。 一 一 译 者 注 
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访问 数据 结构 并 处 理 数据 
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13.1 Visitor 模式 


大 家 知道 圣诞 节 的 故事 吗 ? 即将 生产 的 玛 利 亚 在 丈夫 约瑟夫 的 陪伴 下 来 到 伯利恒 ， 这 里 有 很 多 
住宿 的 地 方 ， 他 们 依次 斋 门 …… 

本 章 中 我 们 将 要 学 习 Visitor 模式 。Visitor 是 “访问 者 ”的 意思 。 

在 数据 结构 中 保存 着 许多 元 素 ， 我 们 会 对 这 些 元 素 进行 “处 理 ”。 这 时 ,“ 处 理 ” 代 码 放 在 哪里 
比较 好 呢 ? 通常 的 做 法 是 将 它们 放 在 表示 数据 结构 的 类 中 。 但 是 ， 如 果 “ 处 理 ” 有 许多 种 呢 ? 这 种 
情况 下 ， 每 当 增加 一 种 处 理 ， 我 们 就 不 得 不 去 修改 表示 数据 结构 的 类 。 

在 Visitor 模式 中 ， 数 据 结 构 与 处 理 被 分 离开 来 。 我 们 编写 一 个 表示 “访问 者 ”的 类 来 访问 数据 
结构 中 的 元 素 ， 并 把 对 各 元 素 的 处 理 交 给 访问 者 类 。 这 样 ， 当 需要 增加 新 的 处 理 时 ， 我 们 只 需要 编 
写 新 的 访问 者 ， 然 后 让 数据 结构 可 以 接受 访问 者 的 访问 即 可 。 


|132 示例 程序 


下 面 我 们 来 看 看 Visitor 模式 的 示例 程序 。 在 示例 程序 中 ， 我 们 使 用 Composite 模式 (第 11 3€) 
中 用 到 的 那个 文件 和 文件 夹 的 例子 作为 访问 者 要 访问 的 数据 结构 。 访 问 者 会 访问 由 文件 和 文件 夹 构 
成 的 数据 结构 ， 然 后 显示 出 文件 和 文件 夹 的 一 览 。 


表 13-1 类 和 接口 的 一 览 表 


Element 表示 数据 结构 的 接口 ， 它 接受 访问 者 的 访问 
ListVisitor Visitor 类 的 子 类 ， 显 示 文 件 和 文件 夹 一 览 
File 类 和 Directory 类 的 父 类 ， 它 是 抽象 类 
( 实现 了 Element 接口 ) 

Directory 表示 文件 夹 的 类 

表示 向 文件 中 add 时 发 生 的 异常 的 类 
测试 程序 行为 的 类 



























Entry 















FileTreatementException 
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图 13-1 示例 程序 的 类 图 











Visitor <<interface>> 
Element 





visit (File) t 
visit(Directory) 2 





ListVisitor 









currentdir getName 


getSize 
add 
iterator 





visit(File) 
visit (Directory) 


















Uses ^ 








name 
size 


accept 
getName 
getSize 













iterator 





| Visitor 类 

Visitor 类 (代码 清单 13-1 ) 是 表示 访问 者 的 抽象 类 。 访 问 者 依赖 于 它 所 访问 的 数据 结构 ( 即 
File 类 和 Directory 类 )。 

Visitor 类 中 定义 了 两 个 方法 ， 名 字 都 叫 visit。 不 过 它们 接收 的 参数 不 同 ， 一 个 接收 
File 类 型 的 参数 ， 另 一 个 接收 Directory 类 型 的 参数 。 从 外 部 调用 visit 方法 时 ， 程 序 会 根据 
接收 的 参数 的 类 型 自动 选择 和 执行 相应 的 visit 方法 。 通 常 ， 我 们 称 这 种 方式 为 方法 的 重 载 。 

visit(File) 是 用 于 访问 File 类 的 方法 ，visit (Directory) 则 是 用 于 访问 Directory 
类 的 方法 。 在 Visitor 模式 中 ， 各 个 类 之 间 的 相互 调用 非常 复杂 ， 单 看 Visitor 类 是 无 法 整体 理解 
该 模式 的 。 这 里 ， 我 们 在 理解 了 Visitor 类 中 定义 的 两 个 visit 方法 后 ， 就 接着 看 下 一 个 类 吧 。 


代码 清单 13-1 Visitor 类 ( Visitorjava ) 


public abstract class Visitor { 
public abstract void visit(File file); 
public abstract void visit(Directory directory); 
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| Element 接口 


Visitor 类 是 表示 访问 者 的 类 ， 而 Element 接口 (代码 清单 13-2 ) 则 是 接受 访问 者 的 访问 的 
接口 。 如 果 将 Visitor 比喻 为 玛 利 亚 ，Element 接口 就 相当 于 住宿 的 地 方 (实现 了 Element 接 
口 的 类 的 实例 才 是 实际 住宿 的 地 方 )。 

Element 接口 中 声明 了 accept 方法 (accept 在 英文 中 是 “接受 ”的 意思 )。 该 方法 的 参数 是 
访问 者 Visitor 类 。 


代码 清单 13-2 — Element 接口 ( Element.java ) 


public interface Element { 
public abstract void accept(Visitor v); 


) 








| Entry 类 


虽然 Entry 类 (代码 清单 13-3 ) 在 本 质 上 与 Composite 模式 (第 11 章 ) 中 的 Entry 类 是 一 样 
的 ， 不 过 本 章 中 的 Entry 类 实现 (implements) f Element 接口 。 这 是 为 了 让 Entry 类 适用 
于 Visitor 模式 。 实 际 上 实现 Element 接口 中 声明 的 抽象 方法 accept 的 是 Entry 类 的 子 类 一 一 
File 类 和 Directory 类 。 

add 方法 仅 对 Directory 类 有 效 ， 因 此 在 Entry 类 中 ， 我们 让 它 简 单 地 报错 。 同 样 地 ， 用 
于 获取 Iterator 的 iterator 方法 也 仅 对 Directory 类 有 效 ， 我们 也 让 它 简 单 地 报错 。 


代码 清单 13-3 Entry 类 ( Entry.java ) 


import java.util.Iterator; 





public abstract class Entry implements Element 

public abstract String eei md s // 获取 名 字 

public abstract int getSize(); // 获取 大 小 

public Entry add(Entry entry) throws FileTreatmentException ( // 增加 目录 条 目 
throw new FileTreatmentException(); 

} 

public Iterator iterator() throws FileTreatmentException { // 生成 Iterator 
throw new FileTreatmentException(); 

} 

public String toString() { // 显示 字符 串 
return getName() + " (" + getSize() + ")"; 


) 





| File 类 

File 类 (代码 清单 13-4 ) 也 与 Composite 模式 中 的 File 类 一 样 。 当 然 ， 在 Visitor 模式 中 要 
注意 理解 它 是 如 何 实 现 accept 接口 的 。accept 方法 的 参数 是 Visitor 类 ,然后 accept 方法 
的 内 部 处 理 是 “v .visit (this);”， 即 调用 了 Visitor 类 的 visit 方 法 。visit 方法 被 重 载 
了 ， 此 处 调用 的 是 visit (File)。 这 是 因为 这 里 的 this 是 File 类 的 实例 。 

通过 调用 visit 方法 ， 可 以 告诉 visitor“ 正 在 访问 的 对 象 是 File 类 的 实例 this” (KZ 
在 阅读 代码 后 可 能 仍然 难以 透彻 地 理解 visit 方法 和 accept 方法 之 间 的 关系 ， 稍 后 我 们 会 结合 


本 章 中 的 时 序 图 C 图 13-3 ) 来 详细 学 习 )。 





代码 清单 13-4 File 类 ( File.java ) 
public class File ends Entry 
private String name; 
private int size; 
public File(String name, int size) 1 





this.name - name; 
this.size = size; 

} 

public String getName() { 
return name; 


) 
public int getSize() ( 
return size; 


} Ea 
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Directory 类 (代码 清单 13-5 ) 是 表示 文件 夹 的 类 。 与 Composite 模式 中 的 Directory 类 相 


比 ， 本 章 中 的 Directory 类 中 增加 了 下 面 两 个 方法 。 


第 一 个 方法 是 iterator 方法 。iterator 方法 会 返回 Iterator, 我 们 可 以 使 用 它 遍历 文 


件 夹 中 的 所 有 目录 条 目 (文件 和 文件 夹 )。 


第 二 个 方法 当然 就 是 accept 方法 了 。 与 File 类 中 的 accept 方法 调用 了 visit (File) 方 
法 一 样 ，Directory 类 中 的 accept 方法 调用 了 visit (Directory) 方法 。 这 样 就 可 以 告诉 访 


问 者 “当前 正在 访问 的 是 Directory 类 的 实例 ”。 


代码 清单 13.5 Directory 类 ( Directory.java ) 


import java.util.Iterator; 
import java.util.ArrayList; 


public class Directory extends Entry { 


private String name; // 文件 夹 名 字 
private ArrayList dir = new ArrayList(); // 目录 条 目 集 合 
public Directory(String name) { // 构造 函数 


this.name = name; 


} 


public String getName() { // 获取 名 字 


return name; 


} 


public int getSize() { // 获取 大 小 


int size - 0; 

Iterator it = dir.iterator(); 

while (it.hasNext()) { 
Entry entry - (Entry)it.next(); 
Size += entry.getSize(); 

} 


return size; 
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public Entry add(Entry entry) ( // 增加 目录 条 和 目 
dir.add(entry); 
return this; 

} 

public Iterator iterator() ( // 生成 Iterator 
return dir.iterator(); 


) 


| Lisivisitor 类 


ListVisitor 类 (代码 清单 13-6 ) Æ visitor 类 的 子 类 ， 它 的 作用 是 访问 数据 结构 并 显示 
元 素 一 览 。 因 为 ListVisitor 类 是 Visitor 类 的 子 类 ， 所 以 它 实现 了 visit(File) 方法 和 
visit(Directory) 方法 。 

currentdir 字段 中 保存 的 是 现在 正在 访问 的 文件 夹 名 字 。visit (File) 方法 在 访问 者 访问 
文件 时 会 被 File 类 的 accept 方 法 调用 ， 参 数 file 是 所 访问 的 File 类 的 实例 。 也 就 是 说 ， 
visit (File) 方法 是 用 来 实现 “对 File 类 的 实例 要 进行 的 处 理 ” 的 。 在 本 例 中 ， 我 们 实现 的 处 
理 是 先 显示 当前 文件 夹 的 名 字 (currentdir )， 然 后 显示 间隔 符号 "/"， 最 后 显示 文件 名 。 

visit (Directory) 方法 在 访问 者 访问 文件 夹 时 会 被 Directory 类 的 accept 方法 调用 ， 
参数 directory 是 所 访问 的 Directory 类 的 实例 。 

在 visit (Directory) 方法 中 实现 了 “对 Directory 类 的 实例 要 进行 的 处 理 ”。 

本 例 中 我 们 是 如 何 实现 的 呢 ? 与 visit (File) 方法 一 样 ， 我 们 先 显 示 当 前 文件 夹 的 名 字 ， 接 
着 调用 iterator 方法 获取 文件 夹 的 Iterator， 然 后 通过 Iterator 遍历 文件 夹 中 的 所 有 目录 
条 目 并 调用 它们 各 自 的 accept 方法 。 由 于 文件 夹 中 可 能 存在 着 许多 目录 条 目 ， 逐 一 访问 会 非常 困难 。 

accept 方法 调用 visit JŽ, visit 方法 又 会 调用 accept 方法， 这样 就 形成 了 非常 复杂 
的 递归 调用 。 通 常 的 递归 调用 是 某 个 方法 调用 自身 ， 在 Visitor ER, WE accept HS 
visit 方 法 之 间 相 互 递归 调用 。 

代码 清 日 136  ListVisitor 类 ( ListVisitor.java ) 


import java.util.Iterator; 


public class ListVisitor extends Visitor { 


// 接受 访问 者 的 访问 








private String currentdir = ""; // 当前 访问 的 文件 夹 的 名 字 

public void WESZE(QEISUEXTS) ( // 在 访问 文件 时 被 调用 
System.out.println(currentdir + "/" + file); 

} 

public void ME « // 在 访问 文件 夹 时 被 调用 


System.out.println(currentdir + "/" + directory); 
String savedir - currentdir; 
currentdir = currentdir + "/" + directory.getName(); 
Iterator it - directory.iterator(); 
while (it.hasNext()) ( 

Entry entry - (Entry)it.next(); 


】 


currentdir = savedir; 
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| FileTreatmentException 类 


FileTreatmentException 类 (代码 清单 13-7 ) Ej Composite 模式 中 的 FileTreatmentException 
类 完全 相同 。 


代码 清单 13-7  FileTreatmentException 类 ( FileTreatmentException.java ) 





public class FileTreatmentException extends RuntimeException ( 
public FileTreatmentException() { 
) 
public FileTreatmentException(String msg) ( 
super (msg) ; 


) 


|| Main 类 

Main 类 (代码 清单 13-8 ) 与 Composite 模式 中 的 Main 类 基本 相同 。 不 同 之 处 仅仅 在 于 ， 本 章 
中 的 Main 类 使 用 了 访问 者 Listvisitor 类 的 实例 来 显示 Directory 中 的 内 容 。 

在 Composite 模式 中 ， 我 们 调用 printList 方 法 来 显示 文件 夹 中 的 内 容 。 该 方法 已 经 在 
Directory 类 ( 即 表示 数据 结构 的 类 ) 中 被 实现 了 。 与 之 相对 ， 在 Visitor 模式 中 是 在 访问 者 中 
显示 文件 夹 中 的 内 容 。 这 是 因为 显示 文件 夹 中 的 内 容 也 属于 对 数据 结构 中 的 各 元 素 进行 的 处 理 。 


代码 清单 13-8 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) { 
try i 
System.out.println("Making root entries..."); 
Directory rootdir = new Directory("root"); 
Directory bindir = new Directory("bin"); 
Directory tmpdir = new Directory("tmp"); 
Directory usrdir = new Directory("usr"); 
rootdir.add(bindir); 
rootdir.add(tmpdir); 
rootdir.add(usrdir); 
bindir.add(new File("vi", 10000)); 
bindir.add(new File("latex", 20000)); 


System.out.println(""); 
System.out.println("Making user entries..."); 
Directory yuki = new Directory("yuki"); 
Directory hanako = new Directory ("hanako"); 
Directory tomura - new Directory("tomura"); 
usrdir.add(yuki); 

usrdir.add (hanako); 

usrdir.add(tomura); 

yuki.add(new File("diary.html", 100)); 
yuki.add(new File("Composite.java", 200)); 
hanako.add(new File("memo.tex", 300)); 
tomura.add(new File("game.doc", 400)); 
tomura.add(new File("junk.mail", 500)); 


) catch (FileTreatmentException e) { 
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e.printStackTrace(); 




















Making root entries... 
/root (30000) 

/root/bin (30000) 
/root/bin/vi (10000) 
/root/bin/latex (20000) 
/root/tmp (0) 

/root/usr (0) 


Making user entries... 

/root (31500) 

/root/bin (30000) 

/root/bin/vi (10000) 
/root/bin/latex (20000) 
/root/tmp (0) 

/root/usr (1500) 

/root/usr/yuki (300) 
/root/usr/yuki/diary.html (100) 
/root/usr/yuki/Composite.java (200) 
/root/usr/hanako (300) 
/root/usr/hanako/memo.tex (300) 
/root/usr/tomura (900) 
/root/usr/tomura/game.doc (400) 
/root/usr/tomura/junk.mail (500) 














| Visitor 与 Element 之 间 的 相互 调用 


读 到 这 里 ， 大 家 应 该 理解 了 Visitor 模式 是 如 何 工 作 的 吧 。 笔 者 在 初次 接触 Visitor 模式 时 ， 完 
全 无 法 理解 这 个 模式 。 在 笔者 的 头脑 中 ，accept 方法 和 visit 方 法 的 调用 关系 是 一 片 混乱 的 。 
因此 ， 这 里 我 们 再 结合 时 序 图 ( 图 13-3 ) 来 学 习 一 下 示例 程序 的 处 理 流 程 (关于 时 序 图 的 知识 请 参 
Jil, p.xiii )。 

为 了 方便 理解 ， 我 们 在 图 13-3 中 展示 了 当 一 个 文件 夹 下 有 两 个 文件 时 ， 示 例 程 序 的 处 理 流程 。 

(D 首先 ，Main 类 生成 Listvisitor 的 实例 。 在 示例 程序 中 ,Main 类 还 生成 了 其 他 的 
Directory 类 和 File 类 的 实例 ,但 在 本 图 中 我 们 省 略 了 。 

Q 接着 ，Main 类 调用 Directory 类 的 accept 方法 。 这 时 传递 的 参数 是 ListVisitoz 的 
实例 ， 但 我 们 在 本 图 中 省 略 了 。 

@ Directory 类 的 实例 调用 接收 到 的 参数 ListVisitor 的 visit (Directory) 方法 。 

@ 接 下 来 ， ListvVisitor 类 的 实例 会 访问 文件 夹 ， 并 调用 找到 的 第 一 个 文件 的 accept 方 
法 。 传 递 的 参数 是 自身 (this )。 

@ File 的 实例 调用 接收 到 的 参数 Listvisitor 的 visit (File) 方法 。 请 注意 ， 这 时 
ListVisitorlf]visit(Directory) 还 在 执行 中 (并 非 多 线程 执行 ,而 是 表示 
visit (Directory) 还 存在 于 调用 堆栈 ( callstack ) 中 的 意思 。 在 时 序 图 中 ， 表 示 生 命 周 期 的 长 方 
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@ 从 visit(File) 返回 到 accept， 接 着 又 从 accept 也 返回 出 来 ， 然 后 调用 另外 一 个 
File 的 实例 ( 同一 文件 夹 下 的 第 二 个 文件 ) 的 accept 方法。 传递 的 参数 是 ListVisitoz 的 实 
例 this。 

CD 与 前 面 一 样 ，File 的 实例 调用 visit (File) 方法 。 所 有 的 处 理 完 成 后 ， 逐 步 返回 ， 最 后 
回 到 Main 类 中 的 调用 accept 方法 的 地 方 。 


1 图 13-3 示例 程序 的 时 序 图 ( 当 一 个 文件 夹 下 有 两 个 文件 时 ) 


Main | :Directory | | :File | | :File 























(R) 


BEN :ListVisitor 





accept"? | 
»— 





visic 9 





eu | 
accept"? | 








visit 





accept ( 金 ) | 








visit? 





























在 阅读 时 序 图 时 ， 请 大 家 注意 以 下 几 点 。 


e 对 于 Directory 类 的 实例 和 File 类 的 实例 ， 我 们 调用 了 它们 的 accept 方法 

e 对 于 每 一 个 Directory 类 的 实例 和 File 类 的 实例 ， 我 们 只 调用 了 一 次 它们 的 accept 方法 
e 对 于 ListVisitor 的 实例 ， 我 们 调用 了 它 的 visit (Directory) 和 visit(File) 方法 
e 处 理 visit(Directory) 和 visit(File) 的 是 同一 个 ListVisitor 的 实例 


通过 上 面 的 学 习 大 家 应 该 明白 了 吧 。 在 Visitor 模式 中 ,visit 方 法 将 “处 理 ” 都 集中 在 
ListVisitor 里 面 了 。 
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13.3 Visitor 模式 中 的 登场 角色 


在 Visitor 模式 中 有 以 下 登场 角色 。 


* Visitor ( 访问 者 ) 

Visitor 角色 人 负责 对 数据 结构 中 每 个 具体 的 元 素 ( ConcreteElement 角色 ) 声明 一 个 用 于 访问 
XXXXX W] visit (XXXXX) 方法 。visit (XXXXX) 是 用 于 人 处理 xxxxx 的 方法 ， 人 负责 实现 该 方法 的 
是 ConcreteVisitor 角色 。 在 示例 程序 中 ， 由 Visitor 类 扮演 此 角色 。 


令 ConcreteVisitor ( 具体 的 访问 者 ) 

ConcreteVisitor 角色 负责 实现 Visitor 角色 所 定义 的 接口 (API)。 它 要 实现 所 有 的 visit (XXXXX) 方 
法 ， 即 实现 如 何 处 理 每 个 ConcreteElement 角色 。 在 示例 程序 中 , 由 ListVisitor 类 扮演 此 角色 。 
如 同 在 ListVisitor 中 ，currentdir 字段 的 值 不 断 发 生变 化 一 样 ， 随 着 visit (XXXXX) 处 理 
的 进行 ，ConcreteVisitor 角色 的 内 部 状态 也 会 不 断 地 发 生变 化 。 


€ Element ( 元 素 ) 

Element 角色 表示 Visitor 角色 的 访问 对 象 。 它 声明 了 接受 访问 者 的 accept 方法 。accept 方 
法 接收 到 的 参数 是 Visitor 角色 。 在 示例 程序 中 ， 由 Element 接口 扮演 此 角色 。 

€ ConcreteElement 


ConcreteElement 角色 负责 实现 Element 角色 所 定义 的 接口 (API )。 在 示例 程序 中 ， 由 File 类 
和 Directory 类 扮演 此 角色 。 


€ ObjectStructure ( 对 象 结构 ) 

ObjectStructur 角色 负责 处 理 Element 角色 的 集合 。ConcreteVisitor 角色 为 每 个 Element 角色 都 
准备 了 处 理 方法 。 在 示例 程序 中 , 由 Directory 类 扮演 此 角色 (一 人 分 饰 两 角 )。 为 了 让 
ConcreteVisitor 角色 可 以 遍历 处 理 每 个 Element 角色 ， 在 示例 程序 中 ,我 们 在 Directory 类 中 实 
现 了 iterator 方法 。 
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| 13.4 拓展 思路 的 要 点 


| 双重 分 发 


我 们 来 整理 一 下 Visitor 模式 中 方法 的 调用 关系 吧 。 
accept (接受 ) 方法 的 调用 方式 如 下 。 


element.accept (visitor); 
mi visit (访问 ) 方 法 的 调用 方式 如 下 。 
visitor.visit (element); 


对 比 一 下 这 两 个 方法 会 发 现 ， 它 们 是 相反 的 关系 。element HEX visitor, M visitor X 
Vila] element. 

TE Visitor 模式 中 ，ConcreteElement 和 ConcreteVisitor 这 两 个 角色 共同 决定 了 实际 进行 的 处 理 。 
这 种 消息 分 发 的 方式 一 般 被 称 为 双重 分 发 ( double dispatch )。 


| 为 什么 要 弄 得 这 么 复杂 


当 看 到 上 面 的 处 理 流程 后 ， 大 家 可 能 会 感觉 到 “Visitor 模式 不 是 把 简单 问题 复杂 化 了 吗 ?”“ 如 
果 需 要 循环 处 理 ， 在 数据 结构 的 类 中 直接 编写 循环 语句 不 就 解决 了 吗 ? 为 什么 要 搞 出 accept 方法 
fll visit 方法 之 间 那 样 复杂 的 调用 关系 呢 ?” 

Visitor 模式 的 目的 是 将 处 理 从 数据 结构 中 分 离 出 来 。 数 据 结构 很 重要 ， 它 能 将 元 素 集合 和 关联 
在 一 起 。 但 是 ， 需 要 注意 的 是 ,保存 数据 结构 与 以 数据 结构 为 基础 进行 处 理 是 两 种 不 同 的 东西 。 

. 在 示例 程序 中 ， 我 们 创建 了 ListVisitor 类 作为 显示 文件 夹 内 容 的 ConcreteVisitor 角色 。 此 
外 ,在 练习 题 中 ， 我 们 还 要 编写 进行 其 他 处 理 的 ConcreteVisitor 角色 。 通 常 ，ConcreteVisitor 角色 的 开 
发 可 以 独立 于 File 类 和 Directory 类 。 也 就 是 说 ，Visitor 模式 提高 了 File 类 和 Directory 
类 作为 组 件 的 独立 性 。 如 果 将 进行 处 理 的 方法 定义 在 File 类 和 Directory 类 中 ， 当 每 次 要 扩展 
功能 ， 增 加 新 的 “处 理 ” 时 ， 就 不 得 不 去 修改 File 类 (代码 清单 13-4) 和 Directory 类 (代码 
清单 13-5 )。 


| 开 闭 原则 一 对 扩展 开放 ， 对 修改 关闭 


既然 谈 到 了 功能 扩展 和 修改 ， 那 就 顺带 谈 一 谈 开 闭 原则 (The Open-Closed Principle, OCP )。 该 
原则 是 勃 兰 特 : 梅 耶 提出 的 ， 而 后 RobertC. Martin Æ C++ Report (1996 年 1 月 ) 中 的 Engineering 
NoteBook 专栏 中 对 其 进行 了 总 结 O, 

该 原则 主张 类 应 当 是 下 面 这 样 的 。 


e 对 扩展 ( extension ) 是 开放 ( open ) 的 


(D The Open-Closed Principle. 
http://www.cs.utexas.edu/users/downing/papers/OCP.1996.pdf 
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e 对 修改 ( modification ) 是 关闭 ( close ) 的 


在 设计 类 时 ， 若 无 特殊 理由 ， 必 须要 考虑 到 将 来 可 能 会 扩展 类 。 绝 不 能 毫 无 理由 地 禁止 扩展 
类 。 这 就 是 “对 扩展 是 开放 的 ”的 意思 。 

但 是 ， 如 果 在 每 次 扩展 类 时 都 需要 修改 现 有 的 类 就 太 麻烦 了 。 所 以 我 们 需要 在 不 用 修改 现 有 类 
的 前 提 下 能 够 扩展 类 ， 这 就 是 “对 修改 是 关闭 的 ”的 意思 。 

我 们 提倡 扩展 ,但 是 如 果 需 要 修改 现 有 代码 ， 那 就 不 行 了 。 在 不 修改 现 有 代码 的 前 提 下 进行 扩 
展 ， 这 就 是 开 闭 原则 。 

至 此 大 家 已 经 学 习 了 多 种 设计 模式 。 那 么 在 看 到 这 条 设计 原则 后 ， 大 家 应 该 都 会 点 头 表示 赞 
同 吧 。 

功能 需求 总 是 在 不 断 变 化 ， 而 且 这 些 功 能 需求 大 都 是 “希望 扩展 某 个 功能 "。 因 此 ， 如 果 不 能 
比较 容易 地 扩展 类 ， 开 发 过 程 将 会 变 得 非常 困难 。 另 一 方面 ， 如 果 要 修改 已 经 编写 和 测试 完成 的 
类 ， 又 可 能 会 导致 软件 产品 的 质量 降低 。 

对 扩展 开放 、 对 修改 关闭 的 类 具有 高 可 复 用 性 ， 可 作为 组 件 复 用 。 设 计 模 式 和 面向 对 象 的 目的 
正 是 为 我 们 提供 一 种 结构 ， 可 以 帮助 我 们 设计 出 这 样 的 类 。 


| 易于 增加 ConcreteVisitor 角色 


f FE Visitor 模式 可 以 很 容易 地 增加 ConcreteVisitor 角色 。 因 为 具体 的 处 理 被 交 给 
ConcreteVisitor 角色 负责 ， 因 此 完全 不 用 修改 ConcreteElement 角色 。 


| 难以 增加 ConcreteElement 角色 


虽然 使 用 Visitor 模式 可 以 很 容易 地 增加 ConcreteVisitor 角色 ， 不 过 它 却 很 难 应 对 ConcreteElement 
角色 的 增加 。 

例如 ,假设 现在 我 们 要 在 示例 程序 中 增加 Entry 类 的 子 类 Device 类 。 也 就 是 说 ，Device 
类 是 File 类 和 Directory 类 的 兄弟 类 。 这 时 ,我 们 需要 在 Visitor 类 中 声明 一 个 visit (Device) 
方法 ， 并 在 所 有 的 visitor 类 的 子 类 中 都 实现 这 个 方法 。 


| visitor 工作 所 需 的 条 件 


“在 Visitor 模式 中 ， 对 数据 结构 中 的 元 素 进行 处 理 的 任务 被 分 离 出 来 ， 交 给 Visitor 类 负责 。 
这 样 ， 就 实现 了 数据 结构 与 处 理 的 分 离 ” 这 个 主题 ， 我 们 在 本 章 的 学 习 过 程 中 已 经 提 到 过 很 多 次 
To 但 是 要 达到 这 个 目的 是 有 条 件 的 ， 那 就 是 Element 角色 必须 向 Visitor 角色 公开 足够 多 的 信息 。 

例如 ， 在 示例 程序 中 ，visit (Directory) 方法 需要 调用 每 个 目录 条 目的 accept 方法 。 为 
此 ，Directory 类 必须 提供 用 于 获取 每 个 目录 条 目的 iterator 方法 。 

访问 者 只 有 从 数据 结构 中 获取 了 足够 多 的 信息 后 才能 工作 。 如 果 无 法 获取 到 这 些 信息 ， 它 就 
法 工作 。 这 样 做 的 缺点 是 ， 如 果 公 开 了 不 应 当 被 公开 的 信息 ， 将 来 对 数据 结构 的 改良 就 会 变 得 非常 
困难 。 


x 
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| "as 相关 的 设计 模式 


€ Iterator 模式 (第 1 章 ) 

Iterator 模式 和 Visitor 模式 都 是 在 某 种 数据 结构 上 进行 处 理 。 
Iterator 模式 用 于 逐个 遍历 保存 在 数据 结构 中 的 元 素 。 

Visitor 模式 用 于 对 保存 在 数据 结构 中 的 元 素 进行 某 种 特定 的 处 理 。 
€ Composite 模式 (第 11 章 ) 

有 时 访问 者 所 访问 的 数据 结构 会 使 用 Composite 模式 。 


令 Interpreter 模式 (第 23 章 ) 
在 Interpreter 模式 中 ， 有 时 会 使 用 Visitor 模式 。 例 如 ， 在 生成 了 语法 树 后 ， 可 能 会 使 用 Visitor 
模式 访问 语法 树 的 各 个 节点 进行 处 理 。 


[13.6 本 章 所 学 知识 


在 本 章 中 ,我 们 学 习 了 访问 数据 结构 并 对 数据 结构 中 的 元 素 进 行 处 理 的 Visitor 模式 。 
137 ”练习 题 答案 请 参见 附录 A ( P.321 ) 


e 习题 13-1 
请 在 本 章 的 示例 程序 中 增加 一 个 FileFindVisitor 类 ， 用 于 将 带 有 指定 后 缀 名 的 文 
件 汇集 起 来 。FileFindvVisitor 类 的 使 用 方法 如 代码 清单 13-9 所 示 ， 运 行 结果 如 图 
13-5 所 示 。 在 本 例 中 ， 它 将 所 有 后 级 名 为 .html 的 文件 都 汇集 起 来 了 。 


代码 清单 13-9 Main 类 ( Main.java ) 


import java.util.Iterator; 





public class Main { 
public static void main(String[] args) ( 
try ( 
Directory rootdir = new Directory("root"); 
Directory bindir - new Directory("bin"); 
Directory tmpdir - new Directory("tmp"); 
Directory usrdir - new Directory("usr"); 
rootdir.add (bindir); 
rootdir.add(tmpdir); 
rootdir.add(usrdir); 
bindir.add(new File("vi", 10000)); 
bindir.add(new File("latex", 20000)); 


Directory yuki - new Directory("yuki"); 
Directory hanako - new Directory("hanako"); 
Directory tomura - new Directory("tomura"); 
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usrdir.add(yuki); 

usrdir.add (hanako); 

usrdir.add(tomura); 

yuki.add(new File("diary.html", 100)); 
yuki.add(new File("Composite.java", 200)); 
hanako.add(new File("memo.tex", 300)); 
hanako.add(new File("index.html", 350)); 
tomura.add(new File("game.doc", 400)); 
tomura.add(new File("junk.mail", 500)); 


System.out.println("HTML files are:"); 








) catch (FileTreatmentException e) ( 
e.printStackTrace(); 





HTML files are: 


diary.html (100) 
index.html (350) 





e 习题 13-2 
在 示例 程序 中 ，Directory 类 (代码 清单 13-5 ) 的 getsize 方法 的 作用 是 获取 文件 夹 大 小 。 
请 编写 一 个 获取 大 小 的 SizeVisitor 类 ,用 它 替 换 掉 Directory 类 的 getSize 方法 。 


e 习题 13-3 
请 基于 java.util.ArrayList 类 编写 一 个 具有 Element 接口 的 ElementArrayList 
类 ,使 得 Directory 类 和 File 类 可 以 被 add 至 ElementArrayList 中 ， 而 且 它 还 
可 以 接受 (accept ) ListVisitor 的 实例 访问 它 。ElementArrayList 类 的 使 用 
方法 如 代码 清单 13-10 所 示 ， 运 行 结果 如 图 13-6 所 示 。 


ee 





0 Main 类 ( Main java ) 





import java.util.Iterator; 


public class Main { 
public static void main(String[] args) ( 
try ( 
Directory rootl - new Directory("rootl"); 
rootl.add(new File("diary.html", 10)); 
rootl.add(new File("index.html", 20)); 


Directory root2 - new Directory("root2"); 
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root2.add(new File("diary.html", 1000)); 
root2.add(new File("index.html", 2000)); 


ElementAPESyEXSE list = new EXementAXrayDist O0; 
list.Bdd(root1); 

list.Bdd(root2); 

list.Büd (new File("etc.html", 1234)); 


list.BéGSBEÉ (new ListVisitor()); 
) catch (FileTreatmentException e) ( 
e.printStackTrace(); 


) 





189-6 ”运行 结果 








/rootl (30) 
/rootl/diary.html 
/rootl/index.html 
/root2 (3000) 
/root2/diary.html 
/root2/index.html 
/etc.html (1234) 








e 习题 13-4 


-ERLIK root1 的 相关 信息 
(10) 
(20) 

擂 显示 文件 夹 root2 的 相关 信息 
(1000) 
(2000) 


全 显示 文件 etc.html 的 相关 信息 
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使 用 final 关键 字 定 义 的 类 是 无 法 被 继承 的 。 例 如 ，j ava .Lang.String 类 是 
final 类 ， 因 此 我 们 无 法 像 下 面 这 样 定义 MyString 类 。 


x 编译 错误 


class MyString extends String { 


这 么 看 ，String 类 似乎 违背 了 开 闭 原则 ， 但 实际 上 这 是 有 正当 理由 的 。 请 问 是 什 


么 理由 呢 ? 
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推卸 责任 


EAST 














162 | 第 14 章 Chain of Responsibility 模式 


14.1 Chain of Responsibility 模式 


我 们 首先 看 看 什么 是 推卸 责任 。 假 设 现在 我 们 要 去 公司 领取 资料 。 首 先 我 们 向 公司 前 台 打 听 要 
去 哪里 领取 资料 ， 她 告诉 我 们 应 该 去 “营业 窗口 ”。 然 后 等 我 们 到 了 “营业 窗口 ”后 ， 又 被 告知 应 
该 去 “售后 部 门 ”。 等 我 们 好 不 容易 赶 到 了 “售后 部 门 ”， 又 被 告知 应 该 去 “资料 中 心 ”， 因 此 最 后 
我 们 又 不 得 不 赶 往 “ 资 料 中 心 ”。 像 这 样 ， 在 找到 合适 的 办 事 人 之 前 ， 我 们 被 不 断 地 踢 给 一 个 又 一 
个 人 ， 这 就 是 “ 推 印 责任 "。 

“ 推 种 责任 ” 听 起 来 有 些 贬义 的 意思 ， 但 是 有 时 候 也 确实 存在 需要 “推卸 责任 ”的 情况 。 例 如 ， 
当 外 部 请 求 程 序 进行 某 个 处 理 ， 但 程序 暂时 无 法 直接 决定 由 哪个 对 象 负责 处 理 时 ， 就 需要 推 印 责 
任 。 这 种 情况 下 ， 我 们 可 以 考虑 将 多 个 对 象 组 成 一 条 职责 链 ， 然 后 按照 它们 在 职责 链 上 的 顺序 一 个 
一 个 地 找 出 到 底 应 该 谁 来 负责 处 理 。 

这 种 模式 被 称 为 Chain of Responsibility 模式 。Responsibility 有 “责任 ”的 意思 ， 在 汉语 中 ， 
该 模式 称 为 “职责 链 ”。 总 之 ,我 们 可 以 将 它 想象 为 推 印 责任 的 结构 ， 这 有 利于 大 家 记 住 这 种 模式 。 

使 用 Chain of Responsibility 模式 可 以 弱化 “请 求 方 ” 和 “处 理 方 ”之 间 的 关联 关系 ， 让 双方 各 
自 都 成 为 可 独立 复 用 的 组 件 。 此 外 ， 程 序 还 可 以 应 对 其 他 需求 ， 如 根据 情况 不 同 ， 负 责 处 理 的 对 象 
也 会 发 生变 化 的 这 种 需求 。 

当 一 个 人 被 要 求 做 什么 事情 时 ， 如 果 他 可 以 做 就 自己 做 ， 如 果 不 能 做 就 将 “要 求 ” 转 给 另外 一 
个 人 。 下 一 个 人 如 果 可 以 自己 处 理 ， 就 自己 做 ;如 果 也 不 能 自己 处 理 ， 就 再 转 给 另外 一 个 人 …… 这 
就 是 Chain of Responsibility 模式 。 


| 14.2 “示例 程序 


下 面 我 们 来 看 看 使 用 了 Chain of Responsibility 模式 的 示例 程序 。 在 阅读 示例 程序 时 请 注意 谁 必 
须 负责 处 理 所 发 生 的 问题 。 在 示例 程序 中 出 现 的 类 请 参见 表 14-1。 


表 14-1 类 的 一 览 表 





表示 发 生 的 问题 的 类 。 它 带 有 问题 编号 ( number ) 
用 来 解决 问题 的 抽象 类 
NoSupport 用 来 解决 问题 的 具体 类 











永远 “不 处 理 问 题 ”) 











( 
LimitSupport 用 来 解决 问题 的 具体 类 ( 仅 解决 编号 小 于 指定 编号 的 问题 ) 
OddSupport 用 来 解决 问题 的 具体 类 ( 仅 解决 奇数 编号 的 问题 ) 
SpecialSupport 用 来 解决 问题 的 具体 类 ( 仅 解 决 指定 编号 的 问题 ) 
Main “| 制作 Support 的 职责 链 ， 制 造 问题 并 测试 程序 行为 
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[图 14-1 示例 程序 的 类 图 








| 




































































Wain Request > Support 
-name 
-next 
«support 
+setNext 
#resolve 
NoSupport LimitSupport OddSupport e SpecialSupport | 
-limit -number 
| #resolve #resolve #resolve 
| Trouble 类 


Trouble 类 (代码 清单 14-1) 是 表示 发 生 的 问题 的 类 。number 是 问题 编号 。 通 过 getNumber 
方法 可 以 获取 问题 编号 。 


代码 清单 14-1 Trouble 类 ( Trouble.java ) 


public class Trouble { 
private int number; // 问题 编号 
public Trouble(int number) { // 生成 问题 
this.number = number; 
) 
public int getNumber() { // 获取 问题 编号 
return number; 


) 





public String toString() ( // 代表 问题 的 字符 串 
return " [Trouble " + number + "]"; 
} 
} 
| Support 类 


Support 类 (代码 清单 14-2 ) 是 用 来 解决 问题 的 抽象 类 ， 它 是 职责 链 上 的 对 象 。 

next 字段 中 指定 了 要 推 印 给 的 对 象 。 可 以 通过 setNext 方法 设 定 该 对 象 。 

resolve 方法 是 需要 子 类 去 实现 的 抽象 方法 。 如 果 resolve 返回 true， 则 表示 问题 已 经 被 
处 理 ， 如 果 返 回 false 则 表示 问题 还 没有 被 处 理 ( 即 需 要 被 推 秃 给 下 一 个 对 象 )。Resolve 有 “ 解 
决 ” 的 意思 。 

support 方法 会 调用 resolve 方法 ， 如 果 resolve 方法 返回 false， 则 support 方法 会 
将 问题 转交 给 下 一 个 对 象 。 如 果 已 经 到 达 职 责 链 中 的 最 后 一 个 对 象 ， 则 表示 没有 人 处 理 问题 ， 将 会 
显示 出 处 理 失 败 的 相关 信息 。 在 本 例 中 我 们 只 是 简单 地 输出 处 理 失 败 的 相关 信息 ， 但 根据 需求 不 
同 ， 有 时 候 也 需要 抛 出 异常 。 
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顺便 告诉 大 家 ，support 方法 调用 了 抽象 方法 resolve， 因 此 它 属 于 Template Method 模式 
(第 3 章 )。 





support 类 ( support.java ) 


public abstract class Support { 


private String name; // 解决 问题 的 实例 的 名 字 
// 要 推卸 给 的 对 象 
public Support(String name) ( // 生成 解决 问题 的 实例 


this.name = name; 

) 

public Support setNext(Support next) ( // 设置 要 推卸 给 的 对 象 
this.next = next; 


return next; 


// 解决 问题 的 步骤 





public String toString() { // 显示 字符 串 
return "[" + name + "J"; 
J 
// 解决 问题 的 方法 
protected void done (Trouble trouble) ( // 解决 
System.out.println(trouble + " is resolved by " + this + "."); 


) 
protected void fail(Trouble trouble) ( // 未 解决 
System.out.println(trouble + " cannot be resolved."); 


) 


| NoSupport 类 


NoSupport 类 (代码 清单 14-3 ) Æ Support 类 的 子 类 。NoSupport 类 的 resolve 方法 总 
是 返回 false。 即 它 是 一 个 永远 “不 解决 问题 ”的 类 。 


NoSupport 类 ( NoSupport.java ) 





public class NoSupport extends Support { 
public NoSupport(String name) { 
super (name); 
} 
protected boolean ÉSSOZWS (Trouble trouble) ( // 解决 问题 的 方法 
return false; // 自己 什么 也 不 处 理 
) 


| LimitSupport 类 
LimitSupport 类 (代码 清单 14-4 ) 解决 编号 小 于 limit 值 的 问题 。resolve 方法 在 判断 编号 小 


| 
1 
E 
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于 limit 值 后 ， 只 是 简单 地 返回 crue, 但 实际 上 这 里 应 该 是 解决 问题 的 代码 。 


代码 清单 14-4 — LimitSupport 类 ( LimitSupport.java ) 
public class LimitSupport extends Support { 
private int limit; // 可 以 解决 编号 小 于 limit 的 问题 
public LimitSupport(String name, int limit) (  // 构造 函数 
super (name) ; 
this.limit = limit; 








) 
protected boolean ÉSSSEWS(Trouble trouble) (| // 解决 问题 的 方法 


if (trouble.getNumber() < limit) { 
return true; 

) else ( 
return false; 


) 








| OddSupport 类 
OddSupport 类 (代码 清单 14-5 ) 解决 奇数 编号 的 问题 。 


代码 清单 14-5 ”OddSupport 类 ( OddSupportjava ) 


public class OddSupport extends Support { 
public OddSupport(String name) ( // 构造 函数 
super (name); 


) 
protected boolean GSR (Trouble trouble) ( // 解决 问题 的 方法 


if (trouble.getNumber() $ == 1) ( 
return true; 
) else ( 


return false; 


) 





| SpecialSupport 类 
SpecialSupport 类 (代码 清单 14-6 ) 只 解决 指定 编号 的 问题 。 


代码 清单 14-6 。 SpecialSupport 类 ( SpecialSupport.java ) 


public class SpecialSupport extends Support { 
private int number; // 只 能 解决 指定 编号 的 问题 
public SpecialSupport (String name, int number) { // 构造 函数 
super (name) ; 
this.number - number; 








} 


protected boolean BSSI (Trouble trouble) { // 解决 问题 的 方法 
if (trouble.getNumber() == number) { 
return true; 
) else ( 


return false; 


} 
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| Main 类 

Main 类 (代码 清单 14-7 ) 首先 生成 了 Alice 至 Fred 等 6 个 解决 问题 的 实例 。 虽 然 此 处 定义 的 
变量 都 是 Support 类 型 的 ， 但 是 实际 上 所 保存 的 变量 却 是 NoSupport、LimitSupprot、 
SpecialSupport, OddSupport 等 各 个 类 的 实例 。 

接 下 来 ，Main 类 调用 setNext 方法 将 Alice 至 Fred 这 6 个 实例 串联 在 职责 链 上 。 之 后 ， 
Main 类 逐个 生成 问题 ， 并 将 它们 传递 给 alice， 然 后 显示 最 终 谁 解决 了 该 问题 。 请 注意 ， 这 里 的 
问题 编号 从 0 开始 ， 增 长 步 长 为 33。 这 里 的 33 并 没有 什么 特别 的 意思 ， 我 们 只 是 随便 使 用 一 个 增 
长 步 长 使 程序 更 有 趣 而 已 。 


代码 清单 14-7 Main 类 ( Main.java ) 


public class Main 1{ 
public static void main(String[] args) ( 
Support alice - new NoSupport("Alice"); 
Support bob new LimitSupport("Bob", 100); 
Support charlie new SpecialSupport("Charlie", 429); 





Ii 


Support diana = new LimitSupport ("Diana", 200); 
Support elmo = new OddSupport ("Elmo"); 
Support fred = new LimitSupport("Fred", 300); 


// 形成 职责 链 
alice.setNext (bob) .setNext (charlie).setNext (diana).setNext (elmo).setNext (fred); 
// 制造 各 种 问题 
for (int i = 0; i « 500; i t= 33) 1 
alice.support (new Trouble(i)); 
) 


[图 14-2 运行 结果 











[Trouble 0] is resolved by [Bob]. 
[Trouble 33] is resolved by [Bob]. 
[Trouble 66] is resolved by [Bob]. 
[Trouble 99] is resolved by [Bob]. 
[Trouble 132] is resolved by [Diana]. 
[Trouble 165] is resolved by [Diana]. 
[Trouble 198] is resolved by [Diana]. 
[Trouble 231] is resolved by [Elmo]. 
[Trouble 264] is resolved by [Fred]. 
[Trouble 297] is resolved by [Elmo]. 
[Trouble 330] cannot be resolved. 
[Trouble 363] is resolved by [Elmo]. 
[Trouble 396] cannot be resolved. 
[Trouble 429] is resolved by [Charlie]. 
[Trouble 462] cannot be resolved. 
[Trouble 495] is resolved by [Elmo]. 














让 我 们 看 看 最 终 运 行 结果 ( 图 14-2 )。 最 开始 Bob 非常 努力 地 解决 了 几 个 问题 ， 当 他 无 法 解决 
的 时 候 会 将 问题 交 给 Diana 负责 。 在 运行 结果 中 ， 完 全 没有 出 现 Alice 的 身影 ， 这 是 因为 Alice 
会 把 所 有 的 问题 推 给 别人 。 当 问题 编号 超过 300 后 ,不 论 是 哪个 Limitsupport 类 的 实例 都 无 法 
解决 了 。 不 过 ， 只 要 编号 为 奇数 '，0ddSupport 类 的 实例 Elmo 就 可 以 帮 有 我 们 解决 问题 。 而 


i ， 
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SpecialSupport 类 的 实例 Charlie 只 负责 解决 编号 为 429 的 问题 ， 因 此 在 运行 结果 中 它 只 出 
现 了 一 次 。 

图 14-3 展示 了 解决 编号 为 363 号 问题 时 的 时 序 图 。 在 该 时 序 图 中 ， 我 们 重点 关注 了 support 
方法 的 调用 情况 。 实 际 上 ， 每 个 Support 在 调用 下 一 个 Support 的 support 方法 之 前 ， 都 会 先 
调用 自身 的 resolve 方法 。 


[Hi14-8 解决 [Trouble 363] 时 的 示例 程序 的 时 序 图 


Main alice bob | charlie | diana | | elmo fred 


support 


























support 
support 


support 





support 




















| 14.3 Chain of Responsibility 模式 中 的 登场 角色 


在 Chain of Responsibility 模式 中 有 以 下 登场 角色 。 


+ Handler ( 处 理 者 ) 

Handler 角色 定义 了 处 理 请 求 的 接口 ( APT), Handler 角色 知道 “下 一 个 处 理 者 ”是 谁 ， 如 果 自 
己 无 法 处 理 请 求 ， 它 会 将 请 求 转 给 “下 一 个 处 理 者 ”"。 当 然 ,“ 下 一 个 处 理 者 ”也 是 Handler 角色 。 
在 示例 程序 中 ， 由 Support 类 扮演 此 角色 。 负 责 处 理 请 求 的 是 support 方法 。 


€ ConcreteHandler ( 具体 的 处 理 者 ) 


ConcreteVisitor 角色 是 处 理 请 求 的 具体 角色 。 在 示例 程序 中 ,由 NoSupport, LimitSupport, 
OddSupport, SpecialSupport 等 各 个 类 扮演 此 角色 。 


* Client ( 请 求 者 ) 
Client 角色 是 向 第 一 个 ConcreteHandler 角色 发 送 请 求 的 角色 。 在 示例 程序 中 ， 由 Main 类 扮演 


此 角色 。 
Chain of Responsibility 模式 的 类 图 如 图 14-4 所 示 。 
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Chain of Responsibility 模式 的 类 图 










































































Request» 
Client 3 J Handler 
next koc 
request 
ConcreteHandler1 | ConcreteHandler2 | 
| | 
request | request 








[14.4 拓展 思路 的 要 点 


| 弱化 了 发 出 请 求 的 人 和 处 理 请 求 的 人 之 间 的 关系 


Chain of Responsibility 模式 的 最 大 优点 就 在 于 它 弱 化 了 发 出 请 求 的 人 ( Client 角色 ) 和 处 理 请 求 
的 人 ( ConcreteHandler 角色 ) 之 间 的 关系 。Client 角色 向 第 一 个 ConcreteHandler 角色 发 出 请 求 ， 然 
后 请 求 会 在 职责 链 中 传播 ， 直 到 某 个 ConcreteHandler 角色 处 理 该 请 求 。 

如 果 不 使 用 该 模式 ， 就 必须 有 某 个 伟大 的 角色 知道 “ 谁 应 该 处 理 什么 请 求 "， 这 有 点 类 似 中 央 
集权 制 。 而 让 “发 出 请 求 的 人 ”知道 “ 谁 应 该 处 理 该 请 求 ”并 不 明智 ， 因 为 如 果 发 出 请 求 的 人 不 得 
不 知道 处 理 请 求 的 人 各 自 的 责任 分 担 情况 ， 就 会 降低 其 作为 可 复 用 的 组 件 的 独立 性 。 


补充 说 明 为 了 简单 起 见 ， 在 示例 程序 中 ， 我 们 让 扮演 Client 角色 的 Main 类 负责 串联 起 
ConcreteHandler 的 职责 链 。 


| 可 以 动态 地 改变 职责 链 

在 示例 程序 中 ， 问 题 的 解决 是 按照 从 Alice 到 Fred 的 固定 顺序 进行 处 理 的 。 但 是 ， 我 们 还 需要 
考虑 负责 处 理 的 各 个 ConcreteHandler 角色 之 间 的 关系 可 能 会 发 生变 化 的 情况 。 如 果 使 用 Chain of 
Responsibility 模式 ， 通 过 委托 推卸 责任 ， 就 可 以 根据 情况 变化 动态 地 重组 职责 链 。 

如 果 不 使 用 Chain of Responsibility 模式 ， 而 是 在 程序 中 固定 写 明 “ 某 个 请 求 需要 谁 处 理 ” 这 样 
的 对 应 关系 ， 那 么 很 难 在 程序 运行 中 去 改变 请 求 的 处 理 者 。 

在 视窗 系统 中 ， 用 户 有 时 需要 可 以 自由 地 在 视窗 中 添加 控件 ( 按钮 和 文本 输入 框 等 )。 这 时 ， 
Chain of Responsibility 模式 就 有 了 用 武之 地 。 
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| 专注 于 自己 的 工作 


“ 推 种 ”这 个 词 虽然 有 贬义 ,但 是 反 过 来 想 ， 这 样 才 可 以 使 每 个 对 象 更 专注 于 自己 的 工作 ， 即 
每 个 ConcreteHandler 角色 都 专注 于 自己 所 负责 的 处 理 。 当 自己 无 法 处 理 时 ，ConcreteHandler 
角色 就 会 干脆 地 对 下 一 个 处 理 者 说 一 句 “ 嘿 ， 交 给 你 了 ”， 然 后 将 请 求 转 出 去 。 这 样 ， 每 个 
ConcreteHandler 角色 就 能 只 处 理 它 应 该 负责 的 请 求 了 。 

如 果 我 们 不 使 用 Chain of Responsibility 模式 又 会 怎样 呢 ? 这 时 ， 我 们 需要 编写 一 个 “决定 谁 应 
该 负责 什么 样 的 处 理 ” 的 方法 。 亦 或 是 让 每 个 ConcreteHandler 角色 自己 负责 “任务 分 配 ” 工 作 ， 
即 “如 果 自 己 不 能 处 理 ， 就 转交 给 那个 人 。 如 果 他 也 不 能 处 理 ， 那 就 根据 系统 情况 将 请 求 再 转交 给 
IIA A" 


| 推卸 请 求 会 导致 处 理 延 迟 吗 

使 用 Chain of Responsibility 模式 可 以 推 印 请 求 ， 直 至 找到 合适 的 处 理 请 求 的 对 象 ， 这 样 确实 提 
高 了 程序 的 灵活 性 ， 但 是 难道 不 会 导致 处 理 延 迟 吗 ? 

确实 如 此 ， 与 “事先 确定 哪个 对 象 负责 什么 样 的 处 理 ， 当 接收 到 请 求 时 ， 立 即 让 相应 的 对 象 去 
处 理 请 求 ” 相 比 ， 使 用 Chain of Responsibility 模式 确实 导致 处 理 请 求 发 生 了 延迟 。 

不 过 ， 这 是 一 个 需要 权衡 的 问题 。 如 果 请 求 和 处 理 者 之 间 的 关系 是 确定 的 ， 而 且 需 要 非常 快 的 
人 处理 速度 时 ， 不 使 用 Chain of Responsibility 模式 会 更 好 。 


| 145 相关 的 设计 模式 


€ Composite 模式 (第 11 章 ) 
Handler 角色 经 常会 使 用 Composite 模式 。 


€ Command 模式 (第 23 章 ) 
有 时 会 使 用 Command 模式 向 Handler 角色 发 送 请 求 。 


| 14.6 ”本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 将 处 理 请 求 的 实例 串联 在 职责 链 上 ， 然 后 当 接 收 到 请 求 后 ， 按 顺序 去 确 
认 每 个 实例 是 否 可 以 处 理 请 求 ， 如 果 不 能 处 理 ， 就 推 印 请 求 的 Chain of Responsibility 模式 。 

在 视窗 系统 中 经 常会 使 用 到 Chain of Responsibility 模式 。 在 后 面 的 习题 中 我 们 会 看 到 具体 的 
例子 。 


|147 练习 题 答案 请 参见 附录 A ( P.323 ) 





e 习题 14-1 
在 视窗 系统 中 经 常会 使 用 到 Chain of Responsibility 模式 。 
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在 视窗 系统 的 窗口 中 ， 有 按钮 和 文本 输入 框 、 勾 选 框 等 组 件 (也 称 为 部 件 或 控件 )。 当 
点 击 鼠 标 时 ， 鼠 标点 击 事件 的 处 理 是 如 何 传播 的 呢 ? Chain of Responsibility 模式 中 的 
next (要 推 印 给 的 对 象 ) 是 哪个 组 件 呢 ? 

@ 习 题 14-2 
我 们 再 看 看 另外 一 个 在 视窗 系统 的 窗口 中 使 用 Chain of Responsibility 模式 的 问题 。 
例如 ， 我 们 看 看 图 14-5 中 的 小 对 话 框 。 当 焦点 移动 至 “字体 ”列表 框 上 时 ， 按 下 键盘 
上 的 了 | 键 可 以 选择 相应 的 字体 。 但 是 ， 当 焦点 移动 至 “显示 均衡 字体 ” 勾 选 框 上 时 ， 
如 果 按 下 键 ， 焦 点 会 移动 至 “字体 ”列表 框 ， 之 后 ， 即 使 按 下 4 键 ， 焦 点 也 不 会 返 
回 到 勾 选 框 上 。 请 运用 Chain of Responsibility 模式 的 思考 方法 来 说 明 这 个 问题 。 





1 图 14-5 ”选择 字体 的 小 对 话 框 











@ 习题 14-3 
在 示例 程序 中 的 Support 类 (代码 清单 14-2) 中 ，support 方法 的 可 见 性 是 public 
的 ， 而 resolve 方法 的 可 见 性 是 protected 的 。 请 问 设 计 者 为 什么 要 这 样 区 别 开 来 呢 ? 
e 习题 14-4 
请 将 示例 程序 中 的 Support 类 ( 代码 清单 14-2 ) 修改 为 不 使 用 递归 调用 ， 而 是 循环 。 
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| 15.1 Facade 模式 


程序 这 东西 总 是 会 变 得 越 来 越 大 。 随 着 时 间 的 推移 ， 程 序 中 的 类 会 越 来 越 多 ， 而 且 它 们 之 间 相 
互 关联 ， 这 会 导致 程序 结构 也 变 得 越 来 越 复 杂 。 我 们 在 使 用 这 些 类 之 前 ， 必 须 先 弄 清楚 它们 之 间 的 
关系 ， 注 意 正确 的 调用 顺序 。 

特别 是 在 调用 大 型 程序 进行 处 理 时 ， 我 们 需要 格外 注意 那些 数量 庞大 的 类 之 间 错 综 复 杂 的 关 
系 。 不 过 与 其 这 么 做 ， 不 如 为 这 个 大 型 程序 准备 一 个 “窗口 ?。 这 样 ， 我 们 就 不 必 单 独 地 关注 每 个 
类 了 ， 只 需 简单 地 对 “窗口 ”提出 请 求 即 可 。 

这 个 “窗口 ”就 是 我 们 在 本 章 中 将 要 学 习 的 Facade 模式 。Facade 是 一 个 源 自 法 语 Façade 的 单 
词 ， 它 的 意思 是 “建筑 物 的 正面 ”。 

使 用 Facade 模式 可 以 为 互相 关联 在 一 起 的 错综复杂 的 类 整理 出 高 层 接口 (API)。 其 中 的 
Facade 角色 可 以 让 系统 对 外 只 有 一 个 简单 的 接口 (API )。 而 且 ，Facade 角色 还 会 考虑 到 系统 内 部 各 
个 类 之 间 的 责任 关系 和 依赖 关系 ， 按 照 正确 的 顺序 调用 各 个 类 。 

本 章 中 ,我们 将 学 习 可 以 为 系统 提供 一 个 简单 窗口 的 Facade 模式 。 


| 15.2 示例 程序 | 


在 示例 程序 中 ， 我 们 将 要 编写 简单 的 Web 页 面 。 

本 来 ， 编 写 Facade 模式 的 示例 程序 需要 “许多 错综复杂 地 关联 在 一 起 的 类 ”。 不 过 在 本 书 中 ， 
为 了 使 示例 程序 更 加 简短 ， 我 们 只 考虑 一 个 由 3 个 简单 的 类 构成 的 系统 。 也 就 是 一 个 用 于 从 邮件 地 
址 中 获取 用 户 名 字 的 数据 库 类 (Database), 一 个 用 于 编写 HTML 文件 的 类 (Htmlwriter),， 以 
及 一 个 扮演 Facade 角色 并 提供 高 层 接口 ( APT) 的 类 (PageMaker )。 

使 用 示例 程序 编写 出 的 Web 页 面 如 图 15-1 所 示 。 


上 [图 15-1 在 浏览 器 中 查看 到 的 使 用 示例 程序 编写 出 的 Web 页 面 














Welcome to Hiroshi Yuki's pagel - Internet Explorer „ioj xl 


ET 
| Welcome to Hiroshi Yuki's page! 








欢迎 来 到 Hiroshi Yuki 的 主页 。 
等 着 你 的 邮件 哦 ! 
| Hiroshi Yuki 





各 个 类 的 一 览 如 表 15-1 所 示 ，UML 类 图 如 图 15-2 所 示 。 
各 个 文件 在 文件 夹 中 的 结构 如 图 15-3 所 示 。 


表 15-31 类 的 一 览 表 


Database 
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从 邮件 地 址 中 获取 用 户 名 的 类 





HtmlWriter 


编写 HTML 文件 的 类 





PageMaker 





根据 邮件 地 址 编写 该 用 户 的 Web 页 面 











| 国生 到 示例 程序 的 类 图 





Usesv 


HtmlWriter 


writer 


title 
paragraph 
link 
mailto 
close 





测试 程序 行为 的 类 








Main 











Uses v 


PageMaker 


| —M—M—— ——— 


makeWelcomePage 


Uses v 


Database 


getProperties 














[a153 源 文件 在 文件 夹 中 的 结构 


| Database 类 








Main.java 
上 maildata.txt 
pagemaker 
Database.java 


HtmlWriter.java 
PageMaker.java 








Database 类 (代码 清单 15-1 ) 可 获取 指定 数据 库 " 名 (如 maildata ) 所 对 应 的 Properties 
的 实例 。 我 们 无 法 生成 该 类 的 任何 实例 ， 只 能 通过 它 的 getProperties 静态 方法 获取 
Properties 的 实例 。 代 码 清单 15-2 是 数据 库 的 一 个 示例 。 


(D 这 里 的 数据 库 指 的 是 一 个 记录 了 几 条 数据 的 文本 ， 并 非 编 程 中 常用 的 关系 数据 库 。 一 一 译 者 注 


174 | $8153: Facade 模式 


代码 清单 15-1 ^ Database 类 ( Database. java ) 








package pagemaker; 


import java.io.FileInputStream; 
import java.io.IOException; 
import java.util.Properties; 


public class Database { 


private Database() ( // 防止 外 部 new Hi Database 的 实例 ， 所 以 声明 为 private 
) 






{ // 根据 数据 库 名 获取 Properties 





String filename = dbname + ".txt"; 
Properties prop = new Properties(); 
try ( 

prop.load(new FileInputStream(filename)); 
) catch (IOException e) { 

System.out.println("Warning: " + filename + " is not found."); 
) 


return prop; 


代码 清单 15-2 ”数据 文件 ( maildata.txt ) 


hyuki8hyuki.com-Hiroshi Yuki 
hanakoGhyuki.com-Hanako Sato 
tomuraGhyuki.com-Tomura 
mamorug8hyuki.com-Mamoru Takahashi 








| HtmlWriter 类 


HtmlWriter 类 (代码 清单 15-3 ) 用 于 编写 简单 的 Web 页 面 。 我 们 在 生成 HtmlWriter 类 的 
实例 时 赋予 其 Writer， 然 后 使 用 该 Writer 输出 HTML. 

title 方 法 用 于 输出 标题 ;paragraph 方法 用 于 输出 段落 ; Link 方法 用 于 输出 超 链接 ; 
mailto 方法 用 于 输出 邮件 地 址 链接 ; close 方法 用 于 结束 HTML 的 输出 。 

该 类 中 隐藏 着 一 个 限制 条 件 ， 那 就 是 必须 首先 调用 title 方 法。 窗口 类 PageMaker 使 用 
HtmlWriter 类 时 必须 严格 遵守 这 个 限制 条 件 。 


代码 清单 15-3 — HtmlWriter 类 ( HtmlWriter.java ) 


package pagemaker; 





import java.io.Writer; 
import java.io.IOException; 


public class HtmlWriter { 

private Writer writer; 

public HtmlWriter(Writer writer) (  // 构造 函数 
this.writer - writer; 

) 

public void title(String title) throws IOException { // 输出 标题 
writer.write("«html»"); 
writer.write ("<head>"); 
writer.write("«title»" + title + "</title>"); 
writer.write ("</head>"); 
writer.write ("<body>\n"); 
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writer.write("«hl»" + title + '«/hi1»WMn"); 

} 

public void paragraph (String msg) throws IOException ( // 输出 段落 
writer.write("«p»" + msg + "«/p»in"); 

} 

public void link(String href, String caption) throws IOException ( // 输出 超 链接 
paragraph("«a href-N"" + href + "TN" + caption + "«/a»"); 

} 

public void mailto(String mailaddr, String username) throws IOException (// 输出 邮件 地 址 
link("mailto:" + mailaddr, username); 

} 

public void close() throws IOException { // 结束 输出 HTML 
writer.write ("</body>"); 
writer.write("</html>\n"); 
writer.close(); 





| PageMaker 类 


PageMaker 类 (代码 清单 15-4) 使 用 Database 类 和 HtmlWwriter 类 来 生成 指定 用 户 的 
Web 页 面 。 
在 该 类 中 定义 的 方法 只 有 一 个 ， 那 就 是 public 的 makeWelcomePage 方法 。 该 方法 会 根据 
间 定 的 邮件 地 址 和 文件 名 生成 相应 的 Web 页 面 。 
PageMaker 类 一 手包 办 了 调用 HtmlWriter 类 的 方法 这 一 工作 。 对 外 部 ， 它 只 提供 了 
makeWelcomePage 接口 。 这 就 是 一 个 简单 窗口 。 


代码 清单 15-4 PageMaker 类 ( PageMaker.java ) 


package pagemaker; 


import java.io.FileWriter; 
import java.io.IOException; 
import java.util.Properties; 


public class PageMaker { 
private PageMaker() ( // 防止 外 部 new 出 PageMaker 的 实例 ， 所 以 声明 为 private 方法 


} 





try f 
Properties mailprop - Database.getProperties("maildata"); 
String username - mailprop.getProperty (mailaddr); 
HtmlWriter writer - new HtmlWriter(new FileWriter(filename)); 
writer.title("Welcome to " + username + "'s page!"); 
writer.paragraph(username + " 欢迎 来 到 " + username + " 的 主页 。") ; 
writer.paragraph(" 等 着 你 的 邮件 哦 ! "); 
writer.mailto(mailaddr, username); 
writer.close(); 
System.out.println(filename + " is created for " + mailaddr -* " (" + 
username + ")"); 
) catch (IOException e) { 
e.printStackTrace(); 
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| Main 类 
Main 类 (代码 清单 15-5) 使 用 了 pagemaker 包 中 的 PageMaker 类 ， 具 体内 容 只 有 下 面 这 
一 行 6 


PageMaker.makeWelcomePage ("hyuki@hyuki.com", "welcome.html"); 


它 会 获取 hyuki@hyuki .conm 的 名 字 ， 然 后 编写 出 一 个 名 为 welcome.html 的 Web 页 面 。 


代码 清单 15-5 Main 类 ( Main.java ) 


import pagemaker.PageMaker; 








public class Main { 
public ic void manteing args) 












[E154 编译 和 运行 结果 








javac Main.java 
java Main 
welcome.html is created for hyukiGhyuki.com (Hiroshi Yuki) 


( 之 后 ， 在 浏览 器 中 查看 到 的 使 用 示例 程序 编写 出 的 web 页 面 如 图 15-5 所 示 。 ) 











| 15-5 ”在 浏览 器 中 查看 到 的 welcome.html 的 样子 









| Welcome to Hiroshi Yuki's paoa 






| 欢迎 来 Hiroshi Yuki3)3 fi. 
| 等 着 你 的 邮件 哦 ! 
Hiroshi Yuki 





15.3 Facade 模式 中 的 登场 角色 


TE Facade 模式 中 有 以 下 登场 角色 。 


€ Facade ( 窗口 ) 


Facade 角色 是 代表 构成 系统 的 许多 其 他 角色 的 “简单 窗口 ”。Facade 角色 向 系统 外 部 提供 高 层 
接口 (API )。 在 示例 程序 中 ， 由 PageMaker 类 扮演 此 角色 。 


令 构 成 系统 的 许多 其 他 角色 

这 些 角色 各 自 完成 自己 的 工作 ， 它 们 并 不 知道 Facade 角色 。Facade 角色 调用 其 他 角色 进行 工 
作 ， 但 是 其 他 角色 不 会 调用 Facade 角色 。 在 示例 程序 中 ,由 Database 类 和 HtmlWriter 类 扮演 
此 角色 。 
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* Client ( 请 求 者 ) 
Client 角色 负责 调用 Facade 角色 (在 GoF P (请 参见 附录 E[GoF] ) 中 ，Client 角色 并 不 包含 在 
Facade 模式 中 )。 在 示例 程序 中 ， 由 Main 类 扮演 此 角色 。 


Client 


| Uses v 


Facade 


E 15-6 Facade 模式 的 类 图 



































ClassA ClassD 



























ClassB 


| 15.4 拓展 思路 的 要 点 


| Facade 角色 到 底 做 什么 工作 


Facade 模式 可 以 让 复杂 的 东西 看 起 来 简单 。 那 么 ， 这 里 说 到 的 “复杂 的 东西 ”到 底 是 什么 呢 ? 
其 实 就 是 在 后 台 工作 的 这 些 类 之 间 的 关系 和 它们 的 使 用 方法 。 使 用 Facade 模式 可 以 让 我 们 不 必 在 
意 这 些 复杂 的 东西 。 

这 里 的 重点 是 接口 ( API ) 变 少 了 。 程序 中 如 果 有 很 多 类 和 方法 ,我 们 在 决定 到 底 应 该 使 用 哪 
个 类 或 是 方法 时 就 很 容易 迷茫 。 有 时 ， 类 和 方法 的 调用 顺序 也 很 容易 弄 错 ， 必 须 格外 注意 。 因 此 ， 
如 果 有 一 个 能 够 使 接口 (API) 变 少 的 Facade 角色 是 一 件 多 么 美好 的 事情 啊 。 

IZO (API) 变 少 了 还 意味 着 程序 与 外 部 的 关联 关系 弱化 了 ， 这 样 更 容易 使 我 们 的 包 ( 类 的 集 
合 ) 作为 组 件 被 复 用 。 

在 设计 类 时 ， 我 们 还 需要 考虑 将 哪些 方法 的 可 见 性 设 为 pub1ic。 如 果 公开 的 方法 过 多 ， 会 导 
致 类 的 内 部 的 修改 变 得 困难 。 字 段 也 是 一 样 的 ， 如 果 不 小 心 将 某 个 字段 公开 出 去 了 ， 那 么 其 他 类 可 
能 会 读 取 或 是 修改 这 个 字段 ， 导 致 难以 修改 该 类 。 

与 设计 类 一 样 ， 在 设计 包 时 ,需要 考虑 类 的 可 见 性 。 如 果 让 外 部 ( 包 的 外 部 ) 看 到 了 类 ， 包 内 
部 代码 的 修改 就 会 变 得 困难 ( 关于 这 一 点 ， 请 大 家 参考 本 章 的 习题 15-1 )。 
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|| 递归 地 使 用 Facade 模式 


既然 上 面 我 们 从 设计 类 谈 到 了 设计 包 的 问题 ， 下 面 就 让 我 们 把 思考 范围 再 扩大 一 些 。 

假设 现在 有 几 个 持 有 Facade 角色 的 类 的 集合 。 那 么 ， 我 们 可 以 通过 整合 这 几 个 集合 来 引入 新 
的 Facade 角色 。 也 就 是 说 ， 我 们 可 以 递归 地 使 用 Facade 模式 。 

在 超大 系统 中 ， 往 往 都 含有 非常 多 的 类 和 包 。 如 果 我 们 在 每 个 关键 的 地 方 都 使 用 Facade 模式 ， 
那么 系统 的 维护 就 会 变 得 轻松 很 多 。 





| 开发 人 员 不 愿意 创建 Facade 角色 的 原因 一 心理 原因 


下 面 我 们 来 讨论 一 个 有 意思 的 话题 。 通 常 ， 熟 悉 系 统 内 部 复杂 处 理 的 开发 人 员 可 能 不 太 愿意 创 
Æ Facade 角色 。 也 就 是 说 ， 他 们 在 下 意识 地 回避 创建 Facade 角色 。 

这 是 为 什么 呢 ? 这 可 能 是 因为 对 熟练 的 开发 人 员 而 言 ， 系 统 中 的 所 有 信息 全 部 都 记忆 在 脑 中 ， 
他 们 对 类 之 间 的 所 有 相互 依赖 关系 都 一 清二 楚 。 当 然 ， 也 可 能 是 出 于 他 们 对 自己 技术 的 骄傲 ， 或 是 
不 懂 装 懂 。 

当 某 个 程序 员 得 意 地 说 出 “ 啊 ， 在 调用 那个 类 之 前 需要 先 调用 这 个 类 。 在 调用 那个 方法 之 前 需 
要 先 在 这 个 类 中 注册 一 下 ”的 时 候 ， 就 意味 着 我 们 需要 引入 Facade 角色 了 。 : 

对 于 那些 能 够 明确 地 用 语言 描述 出 来 的 知识 ， 我 们 不 应 该 将 它们 隐藏 在 自己 脑袋 中 ， 而 是 应 该 
用 代码 将 它们 表现 出 来 。 


[15.5 相关 的 设计 模式 


€ Abstract Factory 模式 (第 8 章 ) 

可 以 将 Abstract Factory 模式 看 作 生 成 复杂 实例 时 的 Facade 模式 。 因 为 它 提供 了 “要 想 生 成 这 
个 实例 只 需要 调用 这 个 方法 就 OK 了 ”的 简单 接口 。 

令 Singleton 模式 (第 5 章 ) 

有 时 会 使 用 Singleton 模式 创建 Facade 角色 。 


€ Mediator 模式 (第 16 章 ) 


在 Facade 模式 中 ，Facade 角色 单方 面 地 使 用 其 他 角色 来 提供 高 层 接口 ( API )。 
而 在 Mediator 模式 中 ，Mediator 角色 作为 Colleague 角色 间 的 仲裁 者 负责 调停 。 可 以 说 ， 
Facade 模式 是 单 向 的 ， 而 Mediator 角色 是 双向 的 。 


[15.6 本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 为 复杂 系统 创建 简单 窗口 的 Facade 模式 。 


四 


157 练习 题 | 179 
15.7 练习 题 答案 请 参见 附录 A ( P.325 ) 


e 习题 15-1 
为 了 能 够 方便 地 对 程序 进行 扩展 和 改善 ， 作 为 设计 者 ,我 们 想 让 pagemaker 包 外 部 
的 程序 只 能 使 用 PageMaker 类 ， 而 不 能 使 用 Database 类 和 Htmlwriter 类 。 那 么 
我 们 应 该 如 何 修 改 示 例 程序 呢 ? 


@ 习 题 15-2 
请 在 PageMaker 类 中 增加 一 个 makeLinkPage 方法 ,使 其 可 以 根据 maildata.txt ( fV 
码 清单 15-2 ) 中 的 用 户 的 邮件 地 址 制作 出 邮件 地 址 超 链接 集合 。makeLinkPage 的 调 
用 方法 如 代码 清单 15-6 所 示 。 制 作 完成 的 超 链接 集合 如 图 15-8 所 示 ( 界面 效果 如 图 
15-9 所 示 )。 


代码 清单 15-6 Main 类 ( Main java ) 


import pagemaker.PageMaker; 





public class Main { 
public static void main(String[] args) ( 


PageMaker. WAKSEZHKPBgS ("linkpage.html"); 
) 








[A157 编译 和 运行 结果 


javac Main.java 
java Main 
linkpage.html is created. 


( 这 之 后 ， 在 浏览 器 中 查看 到 的 1inkpage .html 如 图 15-9 所 示 ) 














[Hi 15-8 制作 完成 的 linkpage.html 














«html»«head»«title»Link page</title></head><body> 

Xhl»Link page</h1> 

<p><a href="mailto:hanako@hyuki.com">Hanako Sato</a></p> 
<p><a href="mailto:mamoru@hyuki.com">Mamoru Takahashi</a></ 
p> 

<p><a href="mailto:hyuki@hyuki.com">Hiroshi Yuki</a></p> 
<p><a href="mailto:tomura@hyuki.com">Tomura</a></p> 
</body></html> 
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| Link page 







Hanako Sato 





Mamoru Takahashi 
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| 16.1 Mediator 模式 


请 大 家 想象 一 下 一 个 乱糟糟 的 开发 小 组 的 工作 状态 。 小 组 中 的 10 个 成 员 虽 然 一 起 协同 工作 ， 
但 是 意见 难以 统一 ， 总 是 互相 指挥 ， 导 致 工作 始 进度 始终 滞后 。 不 仅 如 此 ， 他 们 还 都 十 分 在 意 编码 
细节 ， 经 常 为 此 争执 不 下 。 这 时 ， 我 们 就 需要 一 个 中 立 的 仲裁 者 站 出 来 说 :“ 各 位 ， 请 大 家 将 情况 报 
告 给 我 ， 我 来 负责 仲裁 。 我 会 从 团队 整体 出 发 进行 考虑 ， 然 后 下 达 指 示 。 但 我 不 会 评价 大 家 的 工作 
细节 。” 这 样 ， 当 出 现 争执 时 大 家 就 会 找 仲裁 者 进行 商量 ， 仲 裁 者 会 负责 统一 大 家 的 意见 。 

最 后 ， 整 个 团队 的 交流 过 程 就 变 为 了 组 员 向 仲裁 者 报告 ， 仲 裁 者 向 组 员 下 达 指 示 。 组 员 之 间 不 
再 相互 询问 和 相互 指示 。 

在 本 章 中 ， 我 们 将 要 学 习 Mediator 模式 。 

Mediator 的 意思 是 “仲裁 者 ”“ 中 介 者 ”。 一 方面 ， 当 发 生 麻烦 事情 的 时 候 ， 通 知 仲裁 者 ; 当 发 
生 涉 及 全 体 组 员 的 事情 时 ， 也 通知 仲裁 者 。 当 仲裁 者 下 达 指 示 时 ， 组 员 会 立即 执行 。 团 队 组 员 之 间 
不 再 互相 沟通 并 私自 做 出 决定 ， 而 是 发 生 任何 事情 都 向 仲裁 者 报告 。 另 一 方面 ， 仲 裁 者 站 在 整个 团 
队 的 角度 上 对 组 员 上 报 的 事情 做 出 决定 。 这 就 是 Mediator 模式 。 

在 Mediator 模式 中 ,“ 仲 裁 者 ”被 称 为 Mediator， 各 组 员 被 称 为 Colleagues Colleague 这 个 单词 
很 容易 拼 错 ， 大 家 可 能 也 不 太 明白 这 个 英文 单词 的 意思 ,但 在 GoF 书 ( 请 参见 附录 E[GoF] ) 中 就 是 
这 么 记述 的 ， 因 此 本 书 中 沿用 该 术语 。 


| 16.2 示例 程序 


下 面 我 们 来 看 一 段 使 用 了 Mediator 模式 的 示例 程序 。 这 段 示 例 程序 是 一 个 GUI 应 用 程序 ， 它 
展示 了 一 个 登录 对 话 框 ， 用 户 在 其 中 输入 正确 的 用 户 名 和 密码 后 可 以 登录 。 示 例 程序 的 运行 结果 如 
图 16-1 所 示 。 


[|B161 登录 对 话 框 











| E Mediator Sample 
o g 


E 





对 话 框 的 使 用 方法 如 下 。 


e 可 以 选择 作为 游客 访问 ( Guest ) 或 是 作为 用 户 登 录 ( Login ) 
e 作为 用 户 登 录 时 ， 需 要 输入 正确 的 用 户 名 (Username ) 和 密码 (Password ) 
e 点 击 OK 按钮 可 以 登录 ， 点 击 Cancel 按钮 可 以 取消 登录 

(在 示例 程序 中 我 们 不 会 真正 登录 ， 而 是 在 按 下 按钮 后 就 退出 程序 ) 


看 起 来 这 似乎 是 一 段 很 简单 的 程序 。 不 过 真 的 如 此 吗 ? 仅 看 上 面 的 介绍 大 家 可 能 会 认为 程序 很 
简单 ， 不 过 当 我 们 考虑 一 下 下 面 这 些 程序 行为 时 ， 就 会 发 现 并 非 如 此 。 
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e 如 果 选 择 作为 游客 访问 ， 那 么 禁用 用 户 名 输入 框 和 密码 输入 框 ， 使 用 户 无 法 输入 

e 如 果 选 择 作为 用 户 登 录 ， 那么 启用 用 户 名 输入 框 和 密码 输入 框 ， 使 用 户 可 以 输入 

e 如 果 在 用 户 名 输入 框 中 一 个 字符 都 没有 输入 ， 那 么 禁用 密码 输入 框 ， 使 用 户 无 法 输入 密码 

e. 如 果 在 用 户 名 输入 框 中 输入 了 至 少 一 个 字符 , 那么 启用 密码 输入 框 , 使 用 户 可 以 输入 密码 ( 当 
然 ， 如 果 选 择 作 为 游客 访问 ， 那 么 密码 框 依然 是 禁用 状态 ) 

e 只 有 当 用 户 名 输入 框 和 密码 输入 框 中 都 至 少 输入 一 个 字符 后 ，OK 按钮 才 处 于 启用 状态 ， 可 
以 被 按 下 。 用 户 名 输入 框 或 密码 输入 框 中 一 个 字符 都 没有 被 输入 的 时 候 ， 禁 用 OK 按钮 ， 使 
其 不 可 被 按 下 ( 当然 ， 如 果 选 择 作为 游客 访问 ， 那 么 OK 按钮 总 是 处 于 启用 状态 ) 

e Cancel 按钮 总 是 处 于 启用 状态 ， 任 何 时 候 都 可 以 按 下 该 按钮 


1 图 16:2 ”如 果 选择 作为 用 户 登录 ， 那 么 用 户 名 输入 框 处 于 启用 状态 ， 密 码 输入 框 处 于 禁用 状态 
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[miee 即使 输入 了 密码 ， 但 只 要 删除 了 用 户 名 ，OK 按钮 和 密码 输入 框 就 会 变 为 禁用 状态 











上 哎呀， 上面 列举 的 这 些 操 作 情 况 好 复杂 ， 用 语言 都 很 难 表 达 清 楚 。 不 过 大 家 在 实际 操作 一 下 这 
个 对 话 框 后 ， 应 该 能 够 很 容易 地 理解 设计 者 的 意图 。 那 么 ,我 们 应 该 如 何 编写 程序 呢 ? | 

对 话 框 中 的 单 选 按钮 (radiobutton， 用 于 选择 作为 游客 访问 还 是 作为 用 户 登 录 )、 文 本 输入 框 
(用 于 输入 用 户 名 和 密码 )、 按 钮 (OK 和 Cancel ) 都 是 单独 的 类 。 如 果 将 上 面 的 逻辑 处 理 分 散在 各 
个 类 中 ,那么 编码 的 工作 量 会 变 得 非常 大 。 

这 是 因为 所 有 的 对 象 都 互相 关联 、 互 相 制约 。 

“如 果 选 择 作 为 用 户 登 录 ， 那么 启用 用 户 名 输入 框 和 密码 输入 框 ， 但 是 如 果 在 用 户 名 输入 框 中 
一 个 字符 都 没有 被 输入 ， 就 必须 禁用 密码 输入 框 。 然 后 ， 只 有 当 用 户 名 输入 框 和 密码 输入 框 中 都 输 
入 有 文字 后 ， 才 能 启用 OK 按钮 ”…… 这 上段 代码 应 该 写 在 哪里 才 好 呢 ?” 写 在 单 选 按钮 的 类 里 面 吗 ? 
不 过 如 果 这 样 写 代 码 ， 负 责 控制 显示 的 代码 就 会 散落 在 各 个 类 里 面 了 ， 导 致 不 论 是 编写 代码 还 是 调 
试 代码 ， 都 会 变 得 非常 麻烦 。 而 且 ， 一旦 需求 发 生 了 变化 ， 例 如 要 “增加 一 个 用 于 输入 邮件 地 址 的 
输入 框 ”……… 想 想 都 让 人 害怕 。 

像 上 面 这 样 要 调整 多 个 对 象 之 间 的 关系 时 ， 就 需要 用 到 Mediator 模式 了 。 即 不 让 各 个 对 象 之 
间 互 相通 信 ， 而 是 增加 一 个 仲裁 者 角色 ， 让 他 们 各 自 与 仲裁 者 通信 。 人 然后， 将 控制 显示 的 逻辑 处 理 
交 给 仲裁 者 负责 。 

前 面 讲 得 很 多 ， 该 模式 的 大 致 内 容 大 家 应 该 都 明白 了 。 接 下 来 ， 请 注意 结合 上 面 这 些 内 容 来 阅 
读 示例 程序 。 

示例 程序 的 类 和 接口 的 一 览 表 请 参见 图 16-1， 类 图 和 时 序 图 请 分 别 参见 图 16-7 和 图 16-8。 


表 16-1 类 和 接口 的 一 览 表 


Mediator 定义 “仲裁 者 ”的 接口 ( API ) 的 接口 
Colleague 定义 “组 员 ” 的 接口 ( API ) 的 接口 
ColleagueButton 表示 按钮 的 类 。 它 实现 了 Colleague 接口 











ColleagueTextField 表示 文本 输入 框 的 类 。 它 实现 了 Colleague 接口 
ColleagueCheckbox 表示 勾 选 框 ( 此 处 是 单 选 按钮 ) 的 类 。 它 实现 了 Colleague 接口 
LoginFrame 表示 登录 对 话 框 的 类 。 它 实现 了 Mediator 接口 

Main 测试 程序 行为 的 类 
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示例 程序 的 类 图 
<<interface>> <<interface>> 
Mediator Colleague 
[ 
createColleagues setMediator 
colleagueChanged setColleagueEnabled 
D 
| EE ColleagueButton > Button 
H mediator 
i as i | setMediator 
Frame En LoginFrame i setColleagueEnabled 
[ue checkGuest 1 
checkLogin 
textUser ColleagueTextField > TextField 
textPass 
buttonOk mediator 
buttonCancel p SetMediator 
d 
createColleagues i setColleagueEnable 
colleagueChanged | textValueChanged 
userpassChanged 
actionPerformed e | 
[me ColleagueCheckbox œ| Checkbox 
mediator 一 一 


[图 16-8 示例 程序 的 时 序 图 
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| Mediator 接口 
Mediator 接口 (代码 清单 16-1 ) 是 表示 仲裁 者 的 接口 。 具 体 的 仲裁 者 ( 后 文中 即将 学 习 的 


LoginFrame 类 ) 


会 实现 这 个 接口 。 


E RN ER 











createColleagues 方法 用 于 生成 Mediator 要 管理 的 组 员 。 在 示例 程序 中 , createColleagues 
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会 生成 对 话 框 中 的 按钮 和 文本 输入 框 等 控件 。 
colleagueChanged 方法 会 被 各 个 Colleague 组 员 调 用 。 它 的 作用 是 让 组 员 可 以 向 仲裁 者 


进行 报告 。 在 本 例 中 ， 当 单 选 按钮 和 文本 输入 框 的 状态 发 生变 化 时 ， 该 方法 会 被 调用 。 


代码 清单 16-1 ^ Mediator 接口 ( Mediator.java ) 


public interface Mediator { 
public abstract void createColleagues(); 
public abstract void colleagueChanged(); 
) 





| Colleague 接口 


Colleague 接口 (代码 清单 16-2 ) 是 表示 向 仲裁 者 进行 报告 的 组 员 的 接口 。 具 体 的 组 员 
(ColleagueButton, ColleagueTextField, ColleagueCheckbox) 会 实现 这 个 接口 。 

LoginFrame 类 实现 了 Mediator 接口 ， 它 首先 会 调用 setMediator 方法 。 该 方法 的 作用 
是 告知 组 员 “ 我 是 仲裁 者 ， 有 事 请 报告 我 "。 向 该 方法 中 传递 的 参数 是 仲裁 者 的 实例 ， 之 后 在 需要 
向 仲裁 者 报告 时 ( 即 调用 colleagueChanged 方法 时 ) 会 用 到 该 实例 。 

setColleagueEnabled 方法 的 作用 是 告知 组 员 仲 裁 者 所 下 达 的 指示 。 参 数 enabled 如 果 
为 true， 就 表示 自己 需要 变 为 “启用 状态 ”; 如 果 是 fal se， 则 表示 自己 需要 变 为 “禁用 状态 ”。 
这 个 方法 表明 ， 究 竟 是 变 为 “启用 状态 ”还 是 变 为 “禁用 状态 ”， 并 非 由 组 员 自 己 决定 ， 而 是 由 仲 
裁 者 来 决定 。 

此 外 需要 说 明 的 是 ， 关 于 Mediator 接口 和 Colleague 接口 中 究竟 需要 定义 哪些 方法 这 一 
点 ， 是 根据 需求 不 同 而 不 同 的 。 在 示例 程序 中 ， 我 们 在 Mediator 中 定义 了 colleagueChanged 
方法 ,在 Colleague 接口 中 定义 了 setcolleagueEnabled 方 法 。 如 果 需 要 让 Mediator 角色 和 
Colleague 角色 之 间 进 行 更 加 详细 的 通信 ， 还 需要 定义 更 多 的 方法 。 也 就 是 说 ， 即 使 两 段 程序 都 使 
用 了 Mediator 模式 ， 但 它们 实际 定义 的 方法 可 能 会 不 同 。 


代码 清单 16-2 Colleague 接口 ( Colleague.java ) 


public interface Colleague { 
public abstract void setMediator (Mediator mediator); 
public abstract void setColleagueEnabled (boolean enabled); 
) 








| ColleagueButton 类 


ColleagueButton 类 (代码 清单 16-3 ) 是 java.awt.Button 的 子 类 ， 它 实现 了 Colleague 
接口 , 与 LoginFrame (Mediator 接口 ) 共同 工作 。 

mediator 字 段 中 保存 了 通过 setMediator 方 法 的 参数 传递 进来 的 Mediator 对 象 
(LoginFrame 类 的 实例 )。setcolleagueEnabled 方 法 会 调用 Java 的 GUI 中 定义 的 
setEnabled 方 法 , 设置 禁用 或 是 启用 控件 。setEnabled (true) 后 控件 按钮 可 以 被 按 下 ， 
setEnabled (false) 后 按钮 无 法 被 按 下 。 
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ColleagueButton 类 ( ColleagueButton.java ) 








import java.awt.Button; 


public class ColleagueButton BNÉSRdSIBUEEOS Hmplements/Collesgue í 


private Mediator mediator; 

public ColleagueButton(String caption) ( 
super (caption); 

) 

public void BSENSBISEOE (Mediator mediator) ( // 保存 Mediator 
this.mediator = mediator; 

) 

public void BetcOTISSgUSERSDISd (boolean enabled) ( // Mediator 下 达 启 用 / 禁用 的 指示 
setEnabled (enabled); 

$ 





| ColleagueTextField 类 


ColleagueTextField 类 (代码 清单 16-4 ) 是 java.awt.TextField 的 子 类 ， 它 不 仅 实 现 
f Colleague 接口 ， 还 实现 了 java.awt.event.TextListener 接口 。 这 是 因为 我 们 希望 通 
过 textValueChanged 方法 捕捉 到 文本 内 容 发 生变 化 这 一 事件 ， 并 通知 仲裁 者 。 

在 Java 语言 中 ， 我 们 虽然 无 法 继承 (extends) 多 个 类 ， 但 是 我 们 可 以 实现 ( implements) 
多 个 接口 。 在 setcolleagueEnabled 方法 中 ,我 们 不 仅 调用 了 setEnabled 方法 ， 还 调用 了 
setBackground 方 法 。 这 是 因为 我 们 希望 在 启用 控件 后 ， 将 它 的 背景 色 改 为 白色 ; 禁用 控件 后 ， 
将 它 的 背景 色 改 为 灰色 。 

textValueChanged 方法 是 在 TextListener 接口 中 定义 的 方法 。 当 文本 内 容 发 生变 化 时 ， 
AWT 框架 会 调用 该 方法 。 在 示例 程序 中 ，textValueChanged 方法 调用 了 colleagueChanged 方 
法 ， 这 是 在 向 仲裁 者 表达 “对 不 起 ， 文 本 内 容 有 变化 ， 请 处 理 。” 的 意思 。 


h 代码 清单 16-4  ColleagueTextField 类 ( ColleagueTextField.java ) 








import java.awt.TextField; 

import java.awt.Color; 

import java.awt.event.TextListener; 
import java.awt.event.TextEvent; 


public class ColleagueTextField extends TextField 


private Mediator mediator; 
public ColleagueTextField(String text, int columns) ( // 构造 函数 
super (text, columns); 





} 


public void BEEMSdISÉOE (Mediator mediator) ( // 保存 Mediator 
this.mediator = mediator; 

) 

public void BSECOTIESSUSERBBIÉG (boolean enabled) ( // Mediator 下 达 启 用 / 禁用 的 指示 


setEnabled (enabled); 
setBackground (enabled ? Color.white : Color.lightGray); 

} 

public void textValueChanged (TextEvent e) { // 当 文 字 发 生变 化 时 通知 Mediator 
mediator.colleagueChanged(); 

) 
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| ColleagueCheckbox 类 


ColleagueCheckbox 类 (代码 清单 16-5 ) 是 java. awt.Checkbox 的 子 类 。 在 示例 程序 
中 ,我们 将 其 作为 单 选 按钮 使 用 ， 而 没有 将 其 作为 勾 选 框 使 用 (使 用 CheckboxGroup )。 

该 类 实现 了 java.awt.event.ItemListener 接 口 , 这 是 因为 我 们 希望 通过 
itemSateChanged 方法 来 捕获 单 选 按钮 的 状态 变化 。 


代码 清单 16-5 — ColleagueCheckbox 类 ( ColleagueCheckbox.java ) 


import java.awt.Checkbox; 

import java.awt.CheckboxGroup; 
import java.awt.event.ItemListener; 
import java.awt.event.ItemEvent; 





public class ColleagueCheckbox SXtends Checkk 


private Mediator mediator; 


public ColleagueCheckbox(String caption, CheckboxGroup group, boolean state) { 
// 构造 函数 

super(caption, group, state); 

} 

public void BeBe (Mediator mediator) { // 保存 Mediator 
this.mediator = mediator; 

public void BetGolieéasgusEnBbied(boolean enabled) { // Mediator FABA / 禁用 指示 
setEnabled (enabled); 

} 

public void itemStateChanged (ItemEvent e) { // 当 状 态 发 生变 化 时 通知 Mediator 
mediator.colleagueChanged(); 


) 





| LoginFrame 类 


现在 ， 我 们 终于 可 以 看 看 仲裁 者 的 代码 了 。LoginFrame 类 (代码 清单 16-6 ) 是 3ava.awt. 
Frame ( 用 于 编写 GUI 程序 的 类 ) 的 子 类 ， 它 实现 了 Mediator 接口 。 
关于 Java 的 AWT 框架 的 内 容 已 经 超出 了 本 书 的 范围 ， 这 里 我 们 只 学 习 与 本 章 内 容 相 关 的 重点 


LoginFrame 类 的 构造 隐 数 进行 了 以 下 处 理 。 


e 设置 背景 色 

设置 布局 管理 器 ( 配置 4 ( 纵 ) x2 ( 横 ) 窗 格 ) 
调用 createColleagues 方法 生成 Colleague 
配置 Colleague 

设置 初始 状态 

e 显示 


createColleagues 方 法 会 生成 登录 对 话 框 所 需 的 Colleague， 并 将 它们 保存 在 
LoginFrame 类 的 字段 中 。 此 外 ， 它 还 会 调用 每 个 colleague 的 setMediator 方法 ,事先 告知 
它们 “我 是 仲裁 者 ， 有 什么 问题 的 可 以 向 我 报告 "。createColleagues 方法 还 设置 了 各 个 
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Colleague Listener, XXfÉ, AWT 框架 就 可 以 调用 合适 的 Listener T. 

整个 示例 程序 中 最 重要 的 方法 当 属 LoginFrame 类 的 colleagueChanged 方法 。 该 方法 负 
责 前 面 讲 到 过 的 “设置 控件 的 启用 /禁用 的 复杂 逻辑 处 理 "。 请 大 家 回忆 一 下 之 前 学 习 过 的 
ColleagueButton, ColleagueCheckbox, ColleagueTextField 等 各 个 类 。 这 些 类 中 虽然 
都 有 设置 自身 的 启用 /禁用 状态 的 方法 ,但 是 并 没有 “具体 什么 情况 下 需要 设置 启用 /禁用 ”的 逻辑 
处 理 。 它 们 都 只 是 简单 地 调用 仲裁 者 的 co1leaguechanged 方 法 告知 仲裁 者 “ 剩 下 的 就 拜托 给 你 
了 ”"。 也 就 是 说 ， 所 有 最 终 的 决定 都 是 由 仲裁 者 的 colleagueChanged 方法 下 达 的 。 

通过 getState 方法 可 以 获取 单 选 按钮 的 状态 ， 通 过 getText 方法 可 以 获取 文本 输入 框 中 的 
文字 。 那 么 剩 下 的 工作 就 是 在 colleagueChanged 方法 中 实现 之 前 学 习 过 的 那 段 复杂 的 控制 逻辑 
处 理 了 。 此 外 ， 这 里 我 们 提取 了 一 个 共同 的 方法 userpassChanged。 该 方法 仅 在 LoginFrame 
类 内 部 使 用 ， 其 可 见 性 为 private. 


代码 清单 16-6 ^ LoginFrame 类 ( LoginFrame.java ) 


import java.awt.Frame; 

import java.awt.Label; 

import java.awt.Color; 

import java.awt.CheckboxGroup; 

import java.awt.GridLayout; 

import java.awt.event.ActionListener; 
import java.awt.event.ActionEvent; 





public class LoginFrame ext 
private ColleagueCheckbox checkGuest; 
private ColleagueCheckbox checkLogin; 
private ColleagueTextField textUser; 
private ColleagueTextField textPass; 
private ColleagueButton buttonOk; 
private ColleagueButton buttonCancel; 


// 构造 函数 
V/ 生成 并 配置 各 个 Colleague 后 ， 显 示 对 话 框 
public LoginFrame (String title) { 
super(title); 
setBackground (Color.lightGray); 
// 使 用 布局 管理 器 生成 4x 2 窗 格 
setLayout (new GridLayout (4, 2)); 
// 生成 各 个 Colleague 








// 配置 
add (checkGuest) ; 

add (checkLogin); 

add(new Label ("Username:")); 
add(textUser); 

add(new Label("Password:")); 
add(textPass); 

add (buttonOk); 

add (buttonCancel); 

// 设置 初始 的 启用 / 禁用 状态 





// 显示 
pack(); 
show(); 
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// 生成 各 个 Colleague 


// 生成 

CheckboxGroup g = new CheckboxGroup(); 

checkGuest - new ColleagueCheckbox("Guest", g, true); 
checkLogin = new ColleagueCheckbox("Login", g, false); 
textUser - new ColleagueTextField("", 10); 

textPass = new ColleagueTextField("", 10); 
textPass.setEchoChar('*'); 

buttonOk - new ColleagueButton("OK"); 

buttonCancel = new ColleagueButton ("Cancel"); 

// i$ Mediator 


checkGuest . SSEMSGSBEOE (this); 
checkLogin.SetMediator (this) T 

textUser. (this); 

textPass EE... ; 
buttonOk.BetMedistor (this); 
buttonCancel .SetMediator (this): 

// RE Listener 
checkGuest.addItemListener (checkGuest); 
checkLogin.addItemListener (checkLogin); 
textUser.addTextListener(textUser); 
textPass.addTextListener(textPass); . 
buttonOk.addActionListener (this); 
buttonCancel.addActionListener (this); 







// 3 textUser 或 textPass 文本 输入 框 中 的 文字 发 生变 化 时 
// 判断 各 Colleage 的 启用 / 禁用 状态 

private void userpassChanged() { 

if (textUser.getText().length() » 0) ( 


textPass.BetGolieagueEnabled (true) ; 


if (textPass.getText().length() » O) ( 


buttonok.BeEGolleasgueEnsbied (true) ; 


) else ( 


buttonok.SetGolleagueEnabled (false); 
) 


) else ( 
textPass.BetGSITesgueEnabled (false) ; 
buttonox. BSEGGIISSGBSEBSDId (false) ; 


) 


public void actionPerformed(ActionEvent e) ( 
System.out.println(e.toString()); 
System.exit(0); 
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| Main 类 
Main 类 (代码 清单 16-7) 生成 了 LoginFrame 类 的 实例 。 虽 然 Main 类 的 main 方法 结束 了 ， 
但 是 LoginFrame 类 的 实例 还 一 直 被 保存 在 AWT 框架 中 。 


代码 清单 16-7 Main 类 ( Main.java ) 


public class Main { 
Static public void main(String args[]) ( 
new LoginFrame ("Mediator Sample"); 





} 


16.3 Mediator 模式 中 的 登场 角色 


T£ Mediator 模式 中 有 以 下 登场 角色 。 


€ Mediator ( 仲裁 者 、 中 介 者 ) 
Mediator 角色 负责 定义 与 Colleague 角色 进行 通信 和 做 出 决定 的 接口 (API )。 在 示例 程序 中 ， 
由 Mediator 接口 扮演 此 角色 。 


令 ConcreteMediator ( 具体 的 仲裁 者 、 中 介 者 ) 

ConcreteMediator 角色 负责 实现 Mediator 角色 的 接口 (API )， 负 责 实际 做 出 决定 。 在 示例 程序 
H, 由 LoginFrame 类 扮演 此 角色 。 

* Colleague ( 同事 ) 

Colleague ffi & fà st 4E. X. 5j Mediator 角色 进行 通信 的 接口 (API)。 在 示例 程序 中 ， 由 
Colleague 接口 扮演 此 角色 。 

ConcreteColleague ( 具体 的 同事 ) 


ConcreteColleague 角色 负责 实现 Colleague 角色 的 接口 (API)。 在 示例 程序 中 ， 由 
ColleagueButton 类、ColleagueTextField 类 和 ColleagueCheckbox 类 扮演 此 角色 。 
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la 16-9 Mediator 模式 的 类 图 
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| 16.4 ”拓展 思路 的 要 点 


| 当 发 生 分 散 灾难 时 


示例 程序 中 的 LoginFrame 类 的 colleagueChanged 方法 (代码 清单 16-6 ) 稍微 有 些 复杂 。 
如 果 发 生 需 求 变更 ， 该 方法 中 很 容易 发 生 Bug。 不 过 这 并 不 是 什么 问题 。 因 为 即使 colleaguechanged 
方法 中 发 生 了 Bug， 由 于 其 他 地 方 并 没有 控制 控件 的 启用 / 禁用 状态 的 逻辑 处 理 ， 因 此 只 要 调试 该 
方法 就 能 很 容易 地 找 出 Bug 的 原因 。 

请 试想 一 下 ， 如 果 这 上 段 逻 辑 分 散在 ColleagueButton 类、ColleagueTextField 类 和 
ColleagueCheckbox 类 中 ， 那 么 无 论 是 编写 代码 还 是 调试 代码 和 修改 代码 ， 都 会 非常 困难 。 

通常 情况 下 ， 面 向 对 象 编程 可 以 帮助 我 们 分 散 处 理 ， 避 免 处 理 过 于 集中 ， 也 就 是 说 可 以 “分 而 治 
之 ”。 但 是 在 本 章 中 的 示例 程序 中 ， 把 处 理 分 散在 各 个 类 中 是 不 明智 的 。 如 果 只 是 将 应 当 分 散 的 处 理 分 散 
在 各 个 类 中 ， 但 是 没有 将 应 当 集中 的 处 理 集中 起 来 ， 那 么 这 些 分 散 的 类 最 终 只 会 导致 灾难 。 
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| 通信 线路 的 增加 

假设 现在 有 A 和 B 这 2 个 实例 ， 它 们 之 间 互 相通 信 ( 相互 之 间 调 用 方法 )， 那 么 通信 线路 有 两 
条 , 即 A 一 B 和 A<B。 如 果 是 有 A、B 和 C 这 3 个 实例 ， 那 么 就 会 有 6 条 通信 线路 ， 即 A 一 B. 
A-B, B>C, B—C, C AMCA, WRA 44 3:0], 会 有 12 条 通信 线路 ; 5 个 实例 就 会 
有 20 条 通信 线路 ， 而 6 个 实例 则 会 有 30 条 通信 线路 。 如 果 存 在 很 多 这 样 的 互相 通信 的 实例 ， 那 么 
程序 结构 会 变 得 非常 复杂 。 

可 能 会 有 读者 认为 ， 如 果实 例 很 少 就 不 需要 Mediator 模式 了 。 但 是 需要 考虑 到 的 是 ， 即 使 最 初 
实例 很 少 ， 很 可 能 随 着 需求 变更 实例 数量 会 慢 慢 变 多 ， 迟 早 会 暴露 出 问题 。 


| 哪些 角色 可 以 复 用 


ConcreteColleague 角色 可 以 复 用 ,但 ConcreteMediator 角色 很 难 复 用 。 

例如 ， 假 设 我 们 现在 需要 制作 另外 一 个 对 话 框 。 这 时 ， 我 们 可 将 扮演 ConcreteColleague 角色 的 
ColleagueButton 类、ColleagueTextField 类 和 ColleagueCheckbox 类 用 于 新 的 对 话 框 
中 。 这 是 因为 在 ConcreteColleague 角色 中 并 没有 任何 依赖 于 特定 对 话 框 的 代码 。 

在 示例 程序 中 ,依赖 于 特定 应 用 程序 的 部 分 都 被 封装 在 扮演 ConcreteMediator 角色 的 
LoginFrame 类 中 。 依 赖 于 特定 应 用 程序 就 意味 着 难以 复 用 。 因 此 ，LoginFrame 类 很 难 在 其 他 
对 话 框 中 被 复 用 。 


| 165 相关 的 设计 模式 


€ Facade 模式 (第 15 章 ) 

在 Mediator 模式 中 ，Mediator 角色 与 Colleague 角色 进行 交互 。 

而 在 Facade 模式 中 ，Facade 角色 单方 面 地 使 用 其 他 角色 来 对 外 提供 高 层 接口 (API )。 因 此 ， 
可 以 说 Mediator 模式 是 双向 的 ， 而 Facade 模式 是 单 向 的 。 

€ Observer 模式 (第 17 章 ) 

有 时 会 使 用 Observer 模式 来 实现 Mediator 角色 与 Colleague 角色 之 间 的 通信 。 


| 16.6 本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 以 值得 信赖 的 仲裁 者 作为 主角 的 Mediator 模式 。Mediator 模式 不 让 互相 
关联 的 对 象 之 间 进 行 任何 直接 通信 ， 而 是 让 它们 向 仲裁 者 进行 报告 。 特 别 是 在 GUI 应 用 程序 中 ， 该 
模式 具有 非常 好 的 效果 。 
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16.7 练习 题 答案 请 参见 附录 A ( P.326 ) 


e 习题 16-1 
请 修改 示例 程序 ， 实 现 “ 仅 当 用 户 名 与 密码 的 长 度 都 大 于 4 个 字符 (包含 4 个 字符 ) 的 
时 候 ，OK 按钮 才 有 效 ” 的 需求 。 请 仔细 思考 究竟 需要 修改 哪个 类 。 

e =J 16-2 

请 仔细 阅读 示例 程序 中 的 Co1leagueButton 类 (代码 清单 163)、colleagueTextField 

类 (代码 清单 16-4) 和 ColleagueCheckbox 类 (代码 清单 16-5 )， 在 它们 内 部 都 定 
X f mediator 字段 。 而 且 ， 它 们 的 setMediator 方 法 的 实现 也 是 完全 一 样 的 。 那 
么 请 问 ， 为 了 简化 程序 ， 我 们 可 以 在 Colleague 接口 中 定义 mediator 字段 和 实 
现 setMediator 方法 吗 ? 
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， 17.1 Observer 模式 


在 本 章 中 ， 我 们 将 要 学 习 Observer 模式 。 

Observer 的 意思 是 “进行 观察 的 人 ”， 也 就 是 “观察 者 ”的 意思 。 

在 Observer 模式 中 ， 当 观察 对 象 的 状态 发 生变 化 时 ， 会 通知 给 观察 者 。Observer 模式 适用 于 根 
据 对 象 状 态 进 行 相应 处 理 的 场景 。 


| 77.2 示例 程序 


下 面 我 们 来 看 一 段 使 用 了 Observer 模式 的 示例 程序 。 这 是 一 段 简单 的 示例 程序 ， 观 察 者 将 观察 
一 个 会 生成 数值 的 对 象 ， 并 将 它 生 成 的 数值 结果 显示 出 来 。 不 过 ， 不同 的 观察 者 的 显示 方式 不 一 
样 。Digitobservez 会 以 数字 形式 显示 数值 ， 而 Graphobserver 则 会 以 简单 的 图 示 形 式 来 显 
示 数 值 。 


R171 类 和 接口 的 一 览 表 


Observer 表示 观察 者 的 接口 
NumberGenerator 表示 生成 数值 的 对 象 的 抽象 类 














RandomNumberGenerator 生成 随机 数 的 类 

DigitObserver 表示 以 数字 形式 显示 数值 的 类 
GraphObserver 表示 以 简单 的 图 示 形式 显示 数值 的 类 
测试 程序 行为 的 类 



































| Observer 接口 


Observer 接口 (代码 清单 17-1) 是 表示 “观察 者 ”的 接口 。 具 体 的 观察 者 会 实现 这 个 接口 。 

需要 注意 的 是 ， 这 个 Observer 接口 是 为 了 便于 我 们 了 解 Observer 的 示例 程序 而 编写 
的 ， 它 与 Java 类 库 中 的 java .util .Observer 接口 不 同 。 它 们 之 间 的 详细 区 别 请 参见 本 章 
17.5. 

用 于 生成 数值 的 NumberGenerator 类 会 调用 update 方法 。Generator 有 “生成 器 ”“ 产 生 
器 ”的 意思 。 如 果 调 用 update 方法 ，NumberGenerator 类 就 会 将 “生成 的 数值 发 生 了 变化 ， 
请 更 新 显示 内 容 ” 的 通知 发 送 给 Observer. 
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««interface»» 
Observer 


addObserver 
deleteObserver 
notifyObservers 
getNumber 
execute 


Notifies» 












— p 







L 








public interface Observer { 
public abstract void update (NumberGenerator generator); 


} 


| NumberGenerator 类 


NumberGenerator 类 (代码 清单 17-2) 是 用 于 生成 数值 的 抽象 类 。 生 成 数值 的 方法 
(execute 方法 ) 和 获取 数值 的 方法 (getNumber 方法 ) 都 是 抽象 方法 ， 需 要 子 类 去 实现 。 

observers 字段 中 保存 有 观察 NumberGenerator 的 Observer fi]. 

addObserver 方法 用 于 注册 Observer, Mi deleteObserver 方法 用 于 删除 Observer. 

notifyObservers 方法 会 向 所 有 的 Observer 发 送 通知 ， 告 诉 它 们 “我 生成 的 数值 发 生 了 
变化 ， 请 更 新 显示 内 容 ”。 该 方法 会 调用 每 个 Observer 的 update 方法 。 


代码 E NumberGenerator 类 ( NumberGenerator.java ) 





import java.util.ArrayList; 
import java.util.Iterator; 


public abstract class NumberGenerator { 
private ArrayList observers = new ArrayList(); // RẸ Observer 们 
public void addObserver(Observer observer) ( // 注册 Observer 
observers.add(observer); 
} 
public void deleteObserver(Observer observer) ( // 删除 Observer 
observers.remove (observer); 


} 


// 向 Observer 发 送 通 知 
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public abstract int SSENSNBSEO; // 获取 数值 
public abstract void BXSGBEB O0; // 生成 数值 
) 





| RandomNumberGenerator 类 


RandomNumberGenerator 类 (代码 清单 17-3 ) 是 NumberGenerator 的 子 类 ， 它 会 生成 随 


机 数 。 
random 字段 中 保存 有 java.util.Random 类 的 实例 ( 即 随机 数 生成 器 )。 而 number 字段 


中 保存 的 是 当前 生成 的 随机 数 。 

getNumber 方法 用 于 获取 number 字段 的 值 。 

execute 方法 会 生成 20 个 随机 数 (0 ~ 49 的 整数 )， 并 通过 notifyObservers 方法 把 每 
次 生成 结果 通知 给 观察 者 。 这 里 使 用 的 nextInt 方法 是 java.util.Random 类 的 方法 ， 它 的 功 
能 是 返回 下 一 个 随机 整数 值 ( 取 值 范围 大 于 0， 小 于 指定 值 )。 


代码 清单 17-3 RandomNumberGenerator 类 ( RandomNumberGeneratorjava ) 
import java.util.Random; 


public class RandomNumberGenerator extends NumberGenerator { 


private Random random = new Random(); // 随机 数 生成 器 
private int number; // 当前 数值 
public int BeSENGmBSEO í // 获取 当前 数值 


return number; 
} 


public void BXSGBÉSO ( 


for (int i --0; i €«.20; itt} 4 


| DigitObserver 类 


Digitobserver 类 (代码 清单 17-4 ) 实现 了 Observer 接口 ， 它 的 功能 是 以 数字 形式 显示 观 
察 到 的 数值 。 它 的 update 方 法 接收 NumberGenerator 的 实例 作为 参数 ， 然 后 通过 调用 
NumberGenerator 类 的 实例 的 get Number 方法 可 以 获取 到 当前 的 数值 ， 并 将 这 个 数值 显示 出 
来 。 为 了 能 够 让 大 家 看 清 它 是 如 何 显示 数值 的 ， 这 里 我 们 使 用 Thread.sleep 来 降低 了 程序 的 运 
行 速度 。 

代码 清单 17-4 ”DigitObserver 类 ( DigitObserver.java ) 
public class DigitObserver implements Observer { 


public void UpdBES (NumberGenerator generator) ( 


try ( 

Thread.sleep(100); 
) catch (InterruptedException e) ( 
) 
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d GraphObserver 类 


Graphobserver 类 (代码 清单 17-5) 也 实现 了 Observer 接口 。 该 类 会 将 观察 到 的 数值 以 
***** 这 样 的 简单 图 示 的 形式 显示 出 来 。 


代码 清单 17-5 —GraphObserver 类 ( GraphObserverjava ) 


public class GraphObserver implements Observer { 
public void update (NumberGenerator generator) { 
System.out.print("GraphObserver:"); 





System.out.println(""); 
try ( 
Thread.sleep(100); 
) catch (InterruptedException e) ( 
) 


i Main 类 


Main 类 (代码 清单 17-6) 生成 了 一 个 RandomNumberGenerator 类 的 实例 和 两 个 观察 者 ， 
其 中 observerl 是 Digitobserver 类 的 实例 ，observer2 是 GraphObserver 类 的 实例 。 

在 使 用 addobservez 注册 观察 者 后 ， 它 还 会 调用 generator.execute 方法 生成 随机 
数值 。 


代码 清单 17-6 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) ( 

NumberGenerator generator - new RandomNumberGenerator(); 
Observer observerl = new DigitObserver(); 
Observer observer2 - new GraphObserver(); 
generator.addObserver (observerl); 
generator.addObserver (observer2); 
generator.execute(); 








|H172 程序 运行 结果 示例 ( 一 部 分 ) 


DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 
DigitObserver: 
GraphObserver: 


( 以 下 省 略 ) 
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17.3 Observer 模式 中 的 登场 角色 


在 Observer 模式 中 有 以 下 登场 角色 。 


€ Subject ( 观察 对 象 ) 

Subject 角色 表示 观察 对 象 。Subject 角色 定义 了 注册 观察 者 和 删除 观察 者 的 方法 。 此 外 ， 它 还 
声明 了 “获取 现在 的 状态 ”的 方法 。 在 示例 程序 中 ， 由 NumberGenerator 类 扮演 此 角色 。 

令 ConcreteSubject ( 具体 的 观察 对 象 ) 

ConcreteSubject 角色 表示 具体 的 被 观察 对 象 。 当 自身 状态 发 生变 化 后 ， 它 会 通知 所 有 已 经 注册 
的 Observer 角色 。 在 示例 程序 中 ， 由 RandomNumberGenerator 类 扮演 此 角色 。 

€ Observer ( 观察 者 ) 

Observer 角色 负责 接收 来 自 Subject 角色 的 状态 变化 的 通知 。 为 此 ， 它 声明 了 update 方法。 
在 示例 程序 中 ， 由 observer 接口 扮演 此 角色 。 

€ ConcreteObserver ( 具体 的 观察 者 ) 


ConcreteObserver 角色 表示 具体 的 Observer。 当 它 的 update 方法 被 调用 后 ， 会 去 获取 要 观察 
的 对 象 的 最 新 状态 。 在 示例 程序 中 , 由 Digitobserver 类 和 Graphobservez 类 扮演 此 角色 。 
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i 17-8. Observer 模式 的 类 图 
























































， Notifies » 
Subject KO —3» Observer | 
observers 
update 
addObserver A 
deleteObserver 
notifyObservers 
getSubjectStatus 
ConcreteObserver 
] 
| update | 
| ConcreteSubject | 





getSubjectStatus 
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| 这 里 也 出 现 了 可 替换 性 


使 用 设计 模式 的 目的 之 一 就 是 使 类 成 为 可 复 用 的 组 件 。 

在 Observer 模式 中 ， 有 和 带 状态 的 ConcreteSubject 角色 和 接收 状态 变化 通知 的 ConcreteObserver ffi 
色 。 连 接 这 两 个 角色 的 就 是 它们 的 接口 (API ) Subject 角色 和 Observer 角色 。 

一 方面 RandomNumberGenerator 类 并 不 知道 ， 也 无 需 在 意 正在 观察 自己 的 (自己 需要 通知 
的 对 象 ) 到 底 是 DigitObserver 类 的 实例 还 是 GraphObserver 类 的 实例 。 不 过 它 知道 在 它 的 
observers 字段 中 所 保存 的 观察 者 们 都 实现 了 Observer 接口 。 因 为 这 些 实例 都 是 通过 
addObserver 方法 注册 的 ， 这 就 确保 了 它们 一 定 都 实现 了 Observer 接口 ， 一 定 可 以 调用 它们 的 
update 方法 。 

男 一 方面 ，DigitObserver 类 也 无 需 在 意 自己 正在 观察 的 究竟 是 RandomNumberGenerator 类 
的 实例 还 是 其 他 XXXXNumberGenerator 类 的 实例 。 不 过 ，DigitOobserver 类 知道 它们 是 
NumberGenerator 类 的 子 类 的 实例 ， 并 持 有 getNumber 方法 。 

按照 章节 顺序 阅读 本 书 的 读者 一 定 注意 到 了 在 本 书 中 已 经 多 次 出 现 了 这 种 可 替换 性 的 设计 
思想 。 

e 利用 抽象 类 和 接口 从 具体 类 中 抽出 抽象 方法 


e 在 将 实例 作为 参数 传递 至 类 中 ， 或 者 在 类 的 字段 中 保存 实例 时 ， 不 使 用 具体 类 型 ， 而 是 使 用 
抽象 类 型 和 接口 





这 样 的 实现 方式 可 以 帮助 我 们 轻松 替换 具体 类 。 
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| Observer 的 顺序 


Subject 角色 中 注册 有 多 个 Observer 角色 。 在 示例 程序 的 notifyObservers 方法 中 ， 先 注册 
的 Observer 的 update 方法 会 先 被 调用 。 

通常 ， 在 设计 ConcreteObserver 角色 的 类 时 ， 需 要 注意 这 些 Observer 的 update 方法 的 调用 顺 
序 ， 不 能 因为 update 方法 的 调用 顺序 发 生 改 变 而 产生 问题 。 例 如 ， 在 示例 程序 中 ， 绝 不 能 因为 先 
调用 Digitobserver 的 update 方法 后 调用 Graphobservez 的 update 方法 而 导致 应 用 程序 
不 能 正常 工作 。 当 然 ， 通 常 ， 只 要 保持 各 个 类 的 独立 性 ， 就 不 会 发 生 上 面 这 种 类 的 依赖 关系 混乱 的 
问题 。 

不 过 ， 我 们 还 需要 注意 下 面 将 要 提 到 的 情况 。 


| 当 Observer 的 行为 会 对 Subject 产生 影响 时 


在 本 节 的 示例 程序 中 ，RandomNumberGenerator 类 会 在 自身 内 部 生成 数值 ， 调 用 update 
方法 。 不 过 ， 在 通常 的 Observer 模式 中 ， 也 可 能 是 其 他 类 触发 Subject 角色 调用 update 方法 。 例 
如 ,在 GUI 应 用 程序 中 ， 多 数 情况 下 是 用 户 按 下 按钮 后 会 触发 update 方法 被 调用 。 

当然 , Observer 角色 也 有 可 能 会 触发 Subject 角色 调用 update 方法 。 这 时 ， 如 果 稍 不 留神 ， 就 
可 能 会 导致 方法 被 循环 调用 。 


Subject 状态 发 生变 化 
通知 Observer 
— 调用 Subject 的 方法 
S% Subject 状态 发 生变 化 


* 


通知 Observer 





* 


| 传递 更 新 信息 的 方式 


NumberGenerator 利用 update 方法 告诉 Observer 自己 的 状态 发 生 了 更 新 。 传 递 给 
update 方 法 的 参数 只 有 一 个 ， 就 是 调用 update 方 法 的 NumberGenerator 的 实例 自身 。 
Observer 会 在 update 方法 中 调用 该 实例 的 getNumber 来 获取 足够 的 数据 。 

不 过 在 示例 程序 中 ，update 方法 接收 到 的 参数 中 并 没有 被 更 新 的 数值 。 也 就 是 说 ，update 方 
法 的 定义 可 能 不 是 如 下 (1 ) 中 这 样 ， 而 是 如 下 (2 ) 中 这 样 ， 或 者 更 简单 的 (3 ) 这 样 的 。 





void update(NumberGenerator generator); —"— 4» .— v" (1) 
void update(NumberGenerator generator, ÉHEÉUBümBeE); ~ (2) 
void update (ERETBUmNDBSE) ; —— 0000000000000 (3) 


(1) 只 传递 了 Subject 角色 作为 参数 。Observer 角色 可 以 从 Subject 角色 中 获取 数据 。 
(2) 除了 传递 Subject 角色 以 外 ， 还 传递 了 Observer 所 需 的 数据 ( 这 里 指 的 是 所 有 的 更 新 信 
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E). 这 样 就 省 去 了 Observer 自己 获取 数据 的 麻烦 。 不 过 ， 这 样 做 的 话 ，Subject 角色 就 知道 了 
Observer 所 要 进行 的 处 理 的 内 容 了 。 

在 很 复杂 的 程序 中 ， 让 Subject 角色 知道 Observer 角色 所 要 进行 的 处 理会 让 程序 变 得 缺少 灵活 
性 。 例 如 ， 假 设 现在 我 们 需要 传递 上 次 传递 的 数值 和 当前 的 数值 之 间 的 差 值 ， 那 么 我 们 就 必须 在 
Subject 角色 中 先 计 算出 这 个 差 值 。 因 此 ， 我 们 需要 综合 考虑 程序 的 复杂 度 来 设计 update 方法 的 
参数 的 最 优 方案 。 

(3) 比 (2) 简 单 ， 省 略 了 Subject 角色 。 示 例 程序 同样 也 适用 这 种 实现 方式 。 不 过 ， 如 果 一 个 
Observer 角色 需要 观察 多 个 Subject 角色 的 时 候 ， 此 方式 就 不 适用 了 。 这 是 因为 Observer 角色 不 知 
道 传递 给 update 方法 的 参数 究竟 是 其 中 哪个 Subject 角色 的 数值 。 


| 从 “观察 ” 变 为 “通知 , 
Observer 本 来 的 意思 是 “观察 者 ”， 但 实际 上 Observer 角色 并 非 主 动 地 去 观察 ， 而 是 被 动 地 接 


受 来 自 Subject 角色 的 通知 。 因 此 ，Observer 模式 也 被 称 为 Publish-Subscribe ( 发 布 - 订阅 ) 模式 。 
笔者 认为 Publish ( 发 布 ) 和 Subscribe (订阅 ) 这 个 名 字 可 能 更 加 合适 。 


| Model/View/Controller ( MVC ) 


大 家 听 说 过 Model/View/Controller (MVC ) 吗 ? MVC 中 的 Model 和 View 的 关系 与 Subject ffi 
色 和 Observer 角色 的 关系 相对 应 。Model 是 指 操作 “不 依赖 于 显示 形式 的 内 部 模型 ”的 部 分 ，View 
则 是 管理 Model“ 怎 样 显示 ”的 部 分 。 通 常情 况 下 ， 一 个 Model 对 应 多 个 View. 


| 17.5 ”延伸 阅读 : java.util.Observer 接口 


Java 类 库 中 的 java .util.Observer 接 口 和 java.util.0Observable 类 就 是 一 种 
Observer 模式 。 
java.util.Observer 接口 中 定义 了 以 下 方法 。 


public void update (Observable obj, Object arg) 


而 update 方法 的 参数 则 接收 到 了 如 下 内 容 。 


€ Observable 类 的 实例 是 被 观察 的 Subject 角色 
e Object 类 的 实例 是 附加 信息 


这 与 上 文中 提 到 的 类 型 (2 ) 相似 。 
看 到 这 里 ， 大 家 可 能 会 有 这 样 的 想法 : 原来 Java 已 经 为 我 们 提供 了 Observer 模式 了 啊 ， 那 我 
门 直 接 用 就 可 以 了 吧 。 

话 虽 如 此 ， 但 是 java.util.Observer 接口 和 java.util.Observable 类 并 不 好 用 。 理 
很 简单 ， 传 递 给 java.util.Observer 接口 的 Subject 角色 必须 是 java.util.Observable 
类 型 (或 者 它 的 子 类 型 ) 的 。 但 Java 只 能 单一 继承 ， 也 就 说 如 果 Subject 角色 已 经 是 某 个 类 的 子 类 
了 了， 那么 它 将 无 法 继承 java.util.Observable 类 。 

Coad 书 (请 参见 附录 E [Coad] ) 讲解 了 这 个 问题 的 解决 办 法 。 在 该 书 介绍 的 Observer 模式 中 ， 


=š 








a 
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Subject 角色 和 Observer 接口 都 被 定义 为 Java 的 接口 ， 这 种 Observer 模式 更 容易 使 用 。 


| 77.6 相关 的 设计 模式 


* Mediator 模式 (第 16 3$ ) 

在 Mediator 模式 中 ， 有 时 会 使 用 Observer 模式 来 实现 Mediator 角色 与 Colleague 角色 之 间 的 
通信 。 

就 “发 送 状态 变化 通知 ”这 一 点 而 言 ，Mediator 模式 与 Observer 模式 是 类 似 的 。 不 过 ， 两 种 模 
式 中 ,通知 的 目的 和 视角 不 同 。 

在 Mediator 模式 中 ， 虽 然 也 会 发 送 通知 ， 不 过 那 不 过 是 为 了 对 Colleague 角色 进行 仲裁 
而 已 。 

而 在 Observer 模式 中 ,将 Subject 角色 的 状态 变化 通知 给 Observer 角色 的 目的 则 主要 是 为 了 使 
Subject 角色 和 Observer 角色 同步 。 


[17.7 本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 将 对 象 的 状态 变化 通知 给 其 他 对 象 的 Observer 模式 。 


17.8 练习 题 答案 请 参见 附录 A ( P.329 ) 





e 习题 17-1 
请 编写 一 个 继承 NumberGenerator 类 (代码 清单 17-2 )， 并 具有 数值 递增 功能 的 子 
类 IncrementalNumberGenerator。 它 的 构造 函数 有 以 下 3 个 int 型 参数 。 


e 初始 数值 
e 结束 数值 (不 包含 该 数值 自身 ) 
e 递增 步 长 


接着 ， 请 编写 程序 让 Digitobserver 类 和 Graphobserver 类 观察 
IncrementalNumberGenerator 类 的 变化 。 

IncrementalNumberGenerator 类 的 使 用 方法 如 代码 清单 17-7 所 示 。 图 17-4 展示 
了 初始 数值 为 10， 结 束 数值 为 S0， 递 增 步 长 为 5 时 的 运行 结果 。 


代码 清单 17-7 ”使 用 了 IncrementalNumberGenerator 类 的 Main 类 ( Main.java ) 








public class Main { 
public static void main(String[] args) { 


LEP S BE E T 
rator c 














Observer observerl = new DigitObserver(); 
Observer observer2 - new GraphObserver(); 
generator.addObserver (observerl); 
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generator.addObserver (observer2); 
generator.execute(); 


图 17-4 运行 结果 








DigitObserver:10 
GraphObserver:"**x*werwk* 
DigitObserver:15 

GraphObserueri**d4 dk dede oe 
DigitObserver:20 

GraphObserver:*td wed WE WORK Wok K Rok 
DigitObserver:25 

GraphObsefvergewew dede ede dedededede denote dese des 
DigitObserver:30 


GraphObserfuer**2 e edendo deje dodo dee ee e REOR 


DigitObserver:35 


GraphObserversfeac ks ka Vol ode koe de ok Re Je Re Ke e ee e RE ee eee 





DigitObserver:40 
GrapliOobServersf* kd ok dede Wok Jede ee REOR EER EE EE CEE E teh ke ek 


DigitObserver:45 
GraphOBSeEVer 8 dex Ka Nd EF dede e e ee Po EEE EKER RE e e fc ie eoe TE deo ecole ve 








e =J 17-2 
请 在 示例 程序 中 增加 一 个 新 的 ConcreteObserver 角色 ， 并 修改 Main 类 (代码 清单 
17-6 )， 在 其 中 使 用 这 个 新 的 ConcreteObserver 角色 接收 通知 。 


$818 £ Memento 模式 





保存 对 象 状态 


网 





a4«495292020 

- 四 
AY 

"n 
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18.1 Memento 模式 


我 们 在 使 用 文本 编辑 器 编写 文件 时 ， 如 果 不 小 心 删除 了 某 句 话 ， 可 以 通过 撤销 (undo ) 功能 将 
文件 恢复 至 之 前 的 状态 。 有 些 文本 编辑 器 甚至 支持 多 次 撤销 ， 能 够 恢复 至 很 久之 前 的 版 本 。 

使 用 面向 对 象 编 程 的 方式 实现 撤销 功能 时 ， 需 要 事先 保存 实例 的 相关 状态 信息 。 然 后 ， 在 撤销 
时 ， 还 需要 根据 所 保存 的 信息 将 实例 恢复 至 原来 的 状态 。 

要 想 恢 复 实 例 ， 需 要 一 个 可 以 自由 访问 实例 内 部 结构 的 权限 。 但 是 ， 如 果 稍 不 注意 ， 又 可 能 会 
将 依赖 于 实例 内 部 结构 的 代码 分 散 地 编写 在 程序 中 的 各 个 地 方 ， 导 致 程序 变 得 难以 维护 。 这 种 情况 
就 叫 作 “破坏 了 封装 性 ”。 

通过 引入 表示 实例 状态 的 角色 ， 可 以 在 保存 和 恢复 实例 时 有 效 地 防止 对 象 的 封装 性 遭 到 破坏 。 
这 就 是 我 们 在 本 章 中 要 学 习 的 Memento 模式 。 

使 用 Memento 模式 可 以 实现 应 用 程序 的 以 下 功能 。 





e Undo ( 撤销 ) 

e Redo ( 重 做 ) 

e History ( 历史 记录 ) 
e Snapshot ( 快照 ) 


Memento 有 “纪念 品 ” “遗物 “备忘录 ”的 意思 。 

当 大 家 从 抽 居 中 拿 出 让 人 怀念 的 照片 时 ， 肯 定 会 感慨 万 千 ， 感觉 仿佛 又 回 到 了 照片 中 的 那个 时 
候 。Memento 模式 就 是 一 个 这 样 的 设计 模式 ， 它 事先 将 某 个 时 间 点 的 实例 的 状态 保存 下 来 ， 之 后 在 
有 必要 时 ， 再 将 实例 恢复 至 当时 的 状态 。 


| 18.2 示例 程序 


下 面 我 们 来 看 一 段 使 用 了 Memento 模式 的 示例 程序 。 这 是 一 个 收集 水 果 和 获取 金钱 数 的 掷 侦 
子 游戏 ， 游 戏 规则 很 简单 ， 具 体 如 下 。 


e 游戏 是 自动 进行 的 

e 游戏 的 主人 公 通 过 掷 般 子 来 决定 下 一 个 状态 
e 当 般 子 点 数 为 1 的 时 候 ， 主 人 公 的 金钱 会 增加 
e 当 仍 子 点 数 为 2 的 时 候 ， 主 人 公 的 金钱 会 减少 
e 当 般 子 点 数 为 6 的 时 候 ， 主 人 公会 得 到 水 果 
e 主人 公 没 有 钱 时 游戏 就 会 结束 


在 程序 中 ， 如 果 金 钱 增加 ， 为 了 方便 将 来 恢复 状态 ， 我 们 会 生成 Memento 类 的 实例 ， 将 现在 
的 状态 保存 起 来 。 所 保存 的 数据 为 当前 持 有 的 金钱 和 水 果 。 如 果 不 断 掷 出 了 会 导致 金钱 减少 的 点 
数 ， 为 了 防止 金钱 变 为 0 而 结束 游戏 ， 我 们 会 使 用 Memento 的 实例 将 游戏 恢复 至 之 前 的 状态 。 
下 面 ， 我 们 将 通过 这 个 小 游戏 来 学 习 Memento 模式 。 


182 示例 程序 | 209 


表 18-1 类 的 一 览 表 


表示 Gamer 状态 的 类 





表示 游戏 主人 公 的 类 。 它 会 生成 Memento 的 实例 
进行 游戏 的 类 。 它 会 事先 保存 Memento 的 实例 ， 之 后 会 根据 需要 恢复 Gamer 
的 状态 











| 图 18-1 示例 程序 的 类 图 
| Requests » D Ax d 
Main T Gamer 


-money 
-fruits 


-random 
-fruitsname 




















*-getMoney 

+bet 
*createMemento 
*restoreMemento 
-tostring 
-getFruit 












Creates ~ 









“money 
~fruits 





+getMoney 
“Memento 
~addFruit 





| Memento 类 


Memento 类 ( 代码 清单 18-1) 是 表示 Gamer ( 主人公 ) 状态 的 类 。 

Memento 类 和 Gamer 类 都 位 于 game AF. 

Memento 类 中 有 两 个 字段 ， 即 money 和 fruits。money 表示 主人 公 现 在 所 持 有 的 金钱 数 
H, fruits 表示 现在 为 止 所 获得 的 水 果 。 之 所 以 没有 将 money 和 fruits 的 可 见 性 设 为 
private， 是 因为 我 们 希望 同 在 game 包 下 的 Gamer 类 可 以 访问 这 两 个 字段 。 

getMoney 方 法 的 作用 是 获取 主人 公 当 前 所 持 有 的 金钱 数目 。 

Memento 类 的 构造 函数 的 可 见 性 并 非 public， 因 此 并 不 是 任何 其 他 类 都 可 以 生成 Memento 
类 的 实例 。 只 有 在 同一 个 包 ( 本 例 中 是 game £1) 下 的 其 他 类 才能 调用 Memento 类 的 构造 函数 。 
具体 来 说 ， 只 有 game 包 下 的 Gamer 类 才能 生成 Memento 类 的 实例 。 

addFruit 方法 用 于 添加 所 获得 的 水 果 。 该 方法 的 可 见 性 也 不 是 public。 这 是 因为 只 有 同一 
个 包 下 的 其 他 类 才能 添加 水 果 。 因 此 ， 无 法 从 game 包 外 部 改变 Memento 内 部 的 状态 。 

此 外 ，Memento 类 中 有 “narrow interface” 和 “wide interface” 这 样 的 注释 。 关 于 这 一 点 ， 稍 
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后 本 章 18.3 一 节 会 做 详细 说 明 。 






代码 清单 18-1 — Memento 类 ( Memento.java ) 








package game; 
import java.util.*; 


public class Memento { 


int money; // 所 持 金钱 
ArrayList fruits; // 获得 的 水 果 
public int getMoney() { // 获取 当前 所 持 金钱 (narrow interface) 


return money; 

} 

Memento (int money) { // 构造 函数 (wide interface) 
this.money = money; 
this.fruits = new ArrayList (); 

} 

void addFruit (String fruit) { 
fruits.add(fruit); 


ba 


/ 添加 水 果 (wide interface) 


} 
List getFruits() ( // 获取 当前 所 持 所 有 水 果 (wide interface) 
return (List)fruits.clone(); 


} 





| Gamer 类 


Game r 类 (代码 清单 18-2) 是 表示 游戏 主人 公 的 类 。 它 有 3 个 字段 ， 即 所 持 金 钱 (money). 
获得 的 水 果 (fruits ) 以 及 一 个 随机 数 生 成 器 ( random )。 而 且 还 有 一 个 名 为 £ruitsname 的 
静态 字段 。 

进行 游戏 的 主要 方法 是 bet 方法 。 在 该 方法 中 ， 只 要 主人 公 没 有 破产 ， 就 会 一 直 掷 贷 子 ， 并 
根据 货 子 结果 改变 所 持 有 的 金钱 数目 和 水 果 个 数 。 

createMemento 方法 的 作用 是 保存 当前 的 状态 ( 拍摄 快照 )。 在 createMemento 方法 中 ， 
会 根据 当前 在 时 间 点 所 持 有 的 金钱 和 水 果 生 成 一 个 Memento 类 的 实例 ， 该 实例 代表 了 “当前 
Gamer 的 状态 ”， 它 会 被 返回 给 调用 者 。 就 如 同 给 对 象 照 了 张 照片 一 样 ， 我 们 将 对 象 现 在 的 状态 封 
存在 Memento 类 的 实例 中 。 请 注意 我 们 只 保存 了 “好 吃 ” 的 水 果 。 

restoreMemento 方法 的 功能 与 createMemento 相反 ， 它 会 根据 接收 到 的 Memento 类 的 
实例 来 将 Gamer 恢复 为 以 前 的 状态 ， 仿 佛 是 在 游戏 中 念 了 一 通 “ 复 活 咒 语 ”一 样 。 


代码 清单 18-2 Gamer% ( Gamer java ) 


package game; 
import java.util.*; 








public class Gamer { 


private int money; // 所 持 金钱 

private List fruits = new ArrayList(); // 获得 的 水 果 
private Random random = new Random(); // 随机 数 生成 器 
private static String[] fruitsname = { // 表示 水 果 种 类 的 数组 


" 苹果 "yo" 葡萄 "yo" TE "yo" JE ", 

s 

public Gamer(int money) { // 构造 函数 
this.money - money; 
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) 


public int getMoney() ( // 获取 当前 所 持 金钱 
return money; 
} 
public void bet() { // RRT HITER 
int dice = random.nextInt(6) + 1; // RAT 
if (dice == 1) { // RTEÆERA 1N, S Jy Set 


money += 100; 
System.out.println(" 所 持 金钱 增加 了 。"); 

} else if (dice == 2) 1 // RTÆRA 2 时 ， 所 持 金钱 减 半 
money /= 2; 
System.out.println(" 所 持 金 钱 减 半 了 。"); 

} else if (dice == 6) { // 蜗 子 结果 为 6 时 ， 获 得 水 果 
String f = getFruit(); 
System.out.println(" 获得 了 水 果 (" + f+ ")o "); 
fruits.add(f); 

) else ( // RTERA 3, A4. 5WIt-ASET AES 
System.out.println(" 什么 都 没有 发 生 。" ) ; 


} 


// 拍摄 快照 


// 只 保存 好 吃 的 水 果 





public void restoreMemento (Memento memento) ( // 撤销 
this.money = memento.money; 
this.fruits - memento.getFruits(); 


} 


public String toString() ( // 用 字符 串 表 示 主 人 公 状 态 
return "[money =" + money + ", fruits = T + fruits + "]"; 

) 

private String getFruit() ( // 获得 一 个 水 果 
String prefix - ""; 
if (random.nextBoolean()) { 


prefix = "好 吃 的 "; 
) 


return prefix + fruitsname[random.nextInt(fruitsname.length)]; 


| Main 类 

Main 类 (代码 清单 18-3 ) 生成 了 一 个 Gamer 类 的 实例 并 进行 游戏 。 它 会 重复 调用 Gamer 的 
bet 方法 ， 并 显示 Gamer 的 所 持 金 钱 。 

到 目前 为 止 ， 这 只 是 普通 的 掷 仍 子 游戏 ， 接 下 来 我 们 来 引入 Memento 模式 。 在 变量 memento 
中 保存 了 “ 某 个 时 间 点 的 Gamer 的 状态 ”。 如 果 运 气 很 好 ， 金 钱 增加 了 ， 会 调用 createMemento 
方法 保存 现在 的 状态 ;如 果 运 气 不 好 ， 金 钱 不 足 了 ， 就 会 调用 restoreMemento 方 法 将 钱 还 给 


mementoo 
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图 18-2 展示 了 Main 类 调用 createMemento 方法 和 restoreMemento 方法 的 情况 。 





Main 类 ( Main.java ) 


import game.Memento; 
import game.Gamer; 











public class Main { 
public static void main(String[] args) ( 
Gamer gamer = new Gamer (100); // 最 初 的 所 持 金钱 数 为 100 
人 在 最 科 的 类 太 
for (int i = 0; i « 100; i++) ( 
System.out.println("---- " + i); // SR AX 
System.out.println(" 当前 状态 :" + gamer); // 显示 主人 公 现 在 的 状态 


/进行 游戏 


System.out.println(" 所 持 金钱 为 " + gamer.getMoney() + "Jte "); 
// 决定 如 何 处 理 Memento 
if (gamer.getMoney() > memento.getMoney()) ( 


System.out.println(" ( 所 持 金钱 增加 了 许多 ， 因 此 保存 游戏 当前 的 状态 ) ") ; 


) else if (gamer.getMoney() < memento.getMoney() / 2) ( 
System.out.println(" ( 所 持 金钱 减少 了 许多 ， 因 此 将 游戏 恢复 至 以 前 的 状态 ) "); 


gamer.restoreMemento (memento); 


} 


// 等 待 一 段 时 间 
try { 
Thread.sleep(1000); 
) catch (InterruptedException e) { 
) 
System.out.println(""); 
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示例 程序 


18.2 








addFruit 














createMemento 





restoreMemento 








Main 
Kkz------------------------ 








例 程序 的 时 序 图 


示 
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18-3 ”运行 结果 示例 ( 一 部 分 ) 











当前 状态 : [money 
什么 都 没有 发 生 。 
所 持 金钱 为 100 元 。 


==== 1 

当前 状态 : [money 
什么 都 没有 发 生 。 
所 持 金钱 为 100 元 。 


€ ^1 


当前 状态 : [money 
所 持 金钱 为 100 元 。 


当前 状态 : [money 
什么 都 没有 发 生 。 
所 持 金钱 为 100 元 。 


==== 4 
当前 状态 : [money 


所 持 金 钱 为 100 元 。 


==== 5 

当前 状态 : [money 
所 持 金 钱 增加 了 。 
所 持 金 钱 为 200 元 。 


( 中 间 省 略 ) 


==== 13 

当前 状态 : [money 
所 持 金 钱 增加 了 。 
所 持 金钱 为 400 To 


( 中 间 省 略 ) 


==== 21 

当前 状态 : [money 
什么 都 没有 发 生 。 
所 持 金钱 为 200 元 。 


==== 22 

当前 状态 : [money 
所 持 金钱 减 半 了 。 
所 持 金钱 为 100 元 。 


---- 23 

当前 状态 : [money 
什么 都 没有 发 生 。 
所 持 金钱 为 400 元 。 


( 以 下 省 略 ) 





- 100, 


- 100, 


= 100, 


获得 了 水 果 ( 好 吃 的 葡萄 ) 


= 100, 


= 100, 


获得 了 水 果 ( 葡萄 ) 。 


= 100, 


( 所 持 金钱 增加 了 许多 ， 


= 300, 


( 所 持 金钱 增加 了 许多 ， 


= 200, 


= 200, 


( 所 持 金钱 减少 了 许多 ， 


= 400, 


fruits = []] 


fruits - []] 


fruits - []] 


fruits = [好 吃 的 葡萄 1] 


fruits = [ 好 吃 的 葡萄 ] ] 


fruits = [好 吃 的 葡萄 , AA ] ] 


因此 保存 游戏 当前 的 状态 ) < 生成 Memento 


fruits = [好 吃 的 葡萄 ， 和 葡萄 ， 好 吃 的 橘子 ] ] 


因此 保存 游戏 当前 的 状态 ) < 生成 Memento 


fruits = [好 吃 的 葡萄 ， 葡 萄 ， 好 吃 的 橘子 ] ] 


fruits = [好 吃 的 葡萄 ， 葡 萄 ， 好 吃 的 橘子 ] ] 


因此 将 游戏 恢复 至 以 前 的 状态 ) —1i81& Memento 恢复 状态 


fruits = [好 吃 的 葡萄 ， 好 吃 的 橘子 ] ] 
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18.3 Memento 模式 中 的 登场 角色 


在 Memento 模式 中 有 以 下 登场 角色 。 


€ Originator ( 生成 者 ) 

Originator 角色 会 在 保存 自己 的 最 新 状态 时 生成 Memento 角色 。 当 把 以 前 保存 的 Memento 角色 
传递 给 Originator 角色 时 ， 它 会 将 自己 恢复 至 生成 该 Memento 角色 时 的 状态 。 在 示例 程序 中 ， 由 
Gamer 类 扮演 此 角色 。 


令 Memento ( 纪念 品 

Memento 角色 会 将 Originator 角色 的 内 部 信息 整合 在 一 起 。 在 Memento 角色 中 虽然 保存 了 
Originator 角色 的 信息 ， 但 它 不 会 向 外 部 公开 这 些 信 息 。 

Memento 角色 有 以 下 两 种 接口 (API )。 


€ wide interface 一 一 宽 接 口 (API ) 

Memento 角色 提供 的 “ 宽 接 口 (API)” 是 指 所 有 用 于 获取 恢复 对 象 状 态 信息 的 方法 的 集合 。 
于 宽 接 口 (API) 会 暴露 所 有 Memento 角色 的 内 部 信息 ， 因 此 能 够 使 用 宽 接口 (API) 的 只 有 
Originator 角色 。 

* narrowinterface——"E F1 (API) 

Memento 角色 为 外 部 的 Caretaker A EET “FEIRO ( API。 可 以 通过 罕 接 口 C APL) 获取 的 
Memento 角色 的 内 部 信息 非常 有 限 ， 因 此 可 以 有 效 地 防止 信息 泄露 。 


通过 对 外 提供 以 上 两 种 接口 (API )， 可 以 有 效 地 防止 对 象 的 封装 性 被 破坏 。 
在 示例 程序 中 ， 由 Memento 类 扮演 此 角色 。 
Originator 角色 和 Memento 角色 之 间 有 着 非常 紧密 的 联系 。 


€ Caretaker ( 负责 人 ) 

当 Caretaker 角色 想 要 保存 当前 的 Originator 角色 的 状态 时 ， 会 通知 Originator 角色 。Originator 
角色 在 接收 到 通知 后 会 生成 Memento 角色 的 实例 并 将 其 返回 给 Caretaker 角色 。 由 于 以 后 可 能 会 用 
Memento 实例 来 将 Originator 恢复 至 原来 的 状态 ， 因 此 Caretaker 角色 会 一 直 保 存 Memento 实例 。 
在 示例 程序 中 ， 由 Main 类 扮演 此 角色 。 

不 过 ，Caretaker 角色 只 能 使 用 Memento 角色 两 种 接口 (API ) 中 的 罕 接 口 (API )， 也 就 是 说 它 
无 法 访问 Memento 角色 内 部 的 所 有 信息 。 它 只 是 将 Originator 角色 生成 的 Memento 角色 当 作 一 个 
黑 盒子 保存 起 来 。 

虽然 Originator 角色 和 Memento 角色 之 间 是 强 关 联 关系 ， 但 Caretaker 角色 和 Memento 角色 之 
间 是 弱 关 联 关系 。Memento 角色 对 Caretaker 角色 隐藏 了 自身 的 内 部 信息 。 
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Memento 模式 的 类 图 
Requests » a 
Caretaker = Originator 
© createMemento 
restoreMemento 
Creates v 
=> Memento 














««wide interface>> 
~“getProtectedInfo 


<<narrow interface>> 
+getPublicInfo 
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两 种 接口 (API ) 和 可 见 性 


为 了 能 够 实现 Memento 模式 中 的 两 套 接 口 (API )， 我 们 利用 了 Java 语言 中 的 可 见 性 。 表 18-2 
展示 了 Java 语言 提供 的 4 种 可 见 性 。 








表 18-2 Java 语言 的 可 见 性 





所 有 类 都 可 以 访问 
protected 同一 包 中 的 类 或 是 该 类 的 子 类 可 以 访问 
无 同一 包 中 的 类 可 以 访问 
private 只 有 该 类 自身 可 以 访问 

















在 Memento 类 的 方法 和 字段 中 ， 有 带 public 修饰 符 的 ， 也 有 不 带 修饰 符 的 。 这 表示 设计 者 
希望 能 够 进行 控制 ， 从 而 使 某 些 类 可 以 访问 这 些 方法 和 字段 ， 而 其 他 一 些 类 则 无 法 访问 ( 表 18-3 )。 


在 Memento 类 中 使 用 到 的 可 见 性 


哪个 类 可 以 访问 








| Memento 2É. Gamer 类 








| Memento 2É. Gamer 类 
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( 续 ) 


字段 
方法 哪个 类 可 以 访问 
构造 函数 


getMoney Memento Æ., Gamer Æ., Main 类 





| Memento Memento Æ., Gamer 类 








addFruit Memento Æ., Gamer 类 





在 Memento 类 中 ， 只 有 getMoney 方法 是 public 的 ， 它 是 一 个 窗 接 口 (API )， 因 此 该 方法 
也 可 以 被 扮演 Caretaker 角色 的 Main 类 调用 。 

这 里 做 一 下 补充 说 明 。 明 明 该 方法 带 有 修饰 符 pub1lic， 但 它 却 一 个 是 罕 接 口 (API )， 这 不 免 
让 人 感到 有 些 奇怪 。 其 实 ， 这 里 所 说 的 “ 窗 ” 是 指 外 部 可 以 操作 的 类 内 部 的 内 容 很 少 。 在 
Memento 类 的 所 有 方法 中 ， 只 有 getMoney 的 可 见 性 是 public 的 。 也 就 是 说 ， 扮 演 Caretaker ff 
EH Main 类 可 以 获取 的 只 有 当前 状态 下 的 金钱 数目 而 已 。 像 这 种 “能 够 获取 的 信息 非常 少 ”的 状 
态 就 是 本 章 中 “ 窗 ” 的 意思 。 

由 于 扮演 Caretaker 角色 的 Main 类 并 不 在 game 包 下 ， 所 以 它 只 能 调用 public 的 
getMoney 方法 。 因 此 ，Main 类 无 法 随意 改变 Memento 类 的 状态 。 

还 有 一 点 需要 注意 的 是 ,在 Main 类 中 Memento 类 的 构造 函数 是 无 法 访问 的 ， 这 就 意味 着 无 
法 像 下 面 这 样 生成 Memento 类 的 实例 。 


new Memento (100) 


如 果 像 这 样 编写 了 代码 ， 在 编译 代码 时 编译 器 就 会 报错 。 如 果 Main 类 中 需要 用 到 Memento 
类 的 实例 ， 可 以 通过 调用 Gamer 类 的 createMemento 方法 告诉 Gamer 类 “我 需要 保存 现在 的 
状态 ， 请 生成 一 个 Memento 类 的 实例 给 我 ”。 

如 果 我 们 在 编程 时 需要 实现 “允许 有 些 类 访问 这 个 方法 ， 其 他 类 则 不 能 访问 这 个 方法 ”这 种 需 
求 ， 可 以 像 上 面 这 样 使 用 可 见 性 来 控制 访问 权限 。 


需要 多 少 个 Memento 
在 示例 程序 中 ，Main 类 只 保存 了 一 个 Memento。 如 果 在 Main 类 中 使 用 数组 等 集合 ， 让 它 可 
以 保存 多 个 Memento 类 的 实例 ， 就 可 以 实现 保存 各 个 时 间 点 的 对 象 的 状态 。 


| Memento 的 有 效 期 限 是 多 久 


在 示例 程序 中 ， 我 们 是 在 内 存 中 保存 Memento 的 ， 这 样 并 没有 什么 问题 。 但 是 正如 我 们 在 后 
面 习题 18-4 中 所 提 到 的 ， 如 果 要 将 Memento 永远 保存 在 文件 中 ， 就 会 出 现 有 效 期 限 的 问题 了 。 

这 是 因为 ， 假 设 我 们 在 某 个 时 间 点 将 Memento 保存 在 文件 中 ， 之 后 又 升级 了 应 用 程序 版 本 ， 
那么 可 能 会 出 现 原来 保存 的 Memento 与 当前 的 应 用 程序 不 匹配 的 情况 。 


| 划分 Caretaker 角色 和 Originator 角色 的 意义 


读 到 这 里 ， 可 能 有 读者 会 有 这 样 的 疑问 : 如 果 是 要 实现 撤销 功能 ， 直 接 在 Originator 角色 中 实 
现 不 就 好 了 吗 ? 为 什么 要 这 么 麻烦 地 引入 Memento 模式 呢 ? 
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Caretaker 角色 的 职责 是 决定 何 时 拍摄 快照 ， 何 时 撤销 以 及 保存 Memento 角色 。 

另 一 方面 ，Originator 角色 的 职责 则 是 生成 Memento 角色 和 使 用 接收 到 的 Memento 角色 来 恢复 
自己 的 状态 。 

以 上 就 是 Caretaker 角色 与 Originator 角色 的 职责 分 担 。 有 了 这 样 的 职责 分 担 ， 当 我 们 需要 对 应 
以 下 需求 变更 时 ， 就 可 以 完全 不 用 修改 Originator 角色 。 


e 变更 为 可 以 多 次 撤销 
e 变更 为 不 仅 可 以 撤销 ， 还 可 以 将 现在 的 状态 保存 在 文件 中 


18.5 ”相关 的 设计 模式 





令 Command 模式 (第 22 章 ) 
在 使 用 Command 模式 处 理 命 令 时 ， 可 以 使 用 Memento 模式 实现 撤销 功能 。 


€ Protype 模式 (第 6 章 ) 

在 Memento 模式 中 ， 为 了 能 够 实现 快照 和 撤销 功能 ， 保 存 了 对 象 当 前 的 状态 。 保 存 的 信息 只 
是 在 恢复 状态 时 所 需要 的 那 部 分 信息 。 

而 在 Protype 模式 中 ， 会 生成 一 个 与 当前 实例 完全 相同 的 另外 一 个 实例 。 这 两 个 实例 的 内 容 完 
全 一 样 。 

€ State 模式 (第 19 章 ) 

在 Memento 模式 中 ， 是 用 “实例 ”表示 状态 。 

而 在 State 模式 中 ， 则 是 用 “类 ”表示 状态 。 


| 18.6 本 章 所 学 知识 


在 本 章 中 ,我 们 学 习 了 记录 和 保存 对 象 当前 状态 的 Memento 模式 。 此 外 ， 还 讨论 了 在 尽 可 能 
不 公开 对 象 内 部 状态 的 前 提 下 保存 对 象 状 态 的 方法 。 

Caretaker 角色 让 Originator 角色 生成 表示 “当前 状态 ”的 Memento 角色 ( 类 似 纪念 照 )， 而 
Caretaker 自己 不 知道 也 没有 必要 在 意 Memento 角色 的 内 部 信息 。 为 了 将 来 能 够 恢复 状态 ， 
Caretaker 角色 会 一 直 保 存 Memento 角色 。 在 必要 时 ， 它 会 从 抽 居 中 取出 Memento 角色 并 将 它 交 给 
Originator 角色 ， 让 Originator 角色 恢复 自身 状态 。 这 就 是 Memento 模式 。 

此 外 ， 我 们 还 学 习 了 如 何 使 用 public、protected、private 等 修饰 符 来 控制 哪些 信息 可 
以 被 访问 ， 哪 些 信息 不 能 被 访问 。 


18.7 ”练习 题 答案 请 参见 附录 A ( P.331 ) 


e 习题 18-1 
Caretaker 角色 只 能 通过 穿 接 口 ( API ) 来 操作 Memento 角色 。 如 果 Caretaker 角色 可 以 
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随意 地 操作 Memento 角色 ， 会 发 生 什 么 问题 呢 ? 

e =J 18-2 
在 示例 程序 中 ， 游 戏 的 状态 仅 由 所 持 金钱 和 水 果 这 两 个 项 目 来 决定 。 如 果 在 必须 保存 
大 量 信息 才能 保存 对 象 的 状态 时 ， 为 了 能 够 保存 Memento 的 实例 ， 需 要 花费 大 量 的 内 
存 空间 或 是 磁盘 空间 。 请 思考 一 下 有 没有 好 的 解决 办 法 (本 习题 参考 了 GoF 书 ( 请 参 
见 附 录 E[GoF] ) )。 

e 习题 18-3 

假设 在 Memento 类 (代码 清单 18-1 ) 中 加 入 了 一 个 新 的 字段 。 


int number; 
现在 我 们 需要 加 上 如 下 可 见 性 ， 应 该 怎么 做 呢 ? 


e Memento 类 可 以 获取 和 改变 number 的 值 
e Gamer 类 可 以 获取 number 的 值 ， 但 不 能 改变 它 
e Main 类 既 不 能 获取 也 不 能 改变 number 的 值 


@ 习题 18-4 
使 用 序列 化 ( Serialization ) 功能 可 以 将 Memento 类 的 实例 保存 为 文件 。 请 修改 示例 程 
序 以 实现 下 列 功能 。 
(1) 在 应 用 程序 启动 时 ， 如 果 发 现 不 存在 game.dat 文件 时 ， 以 所 持 金 钱 数 目 为 
100 开始 游戏 


( 2 ) 当 所 持 金 钱 大 量 增加 后 ， 将 Memento 类 的 实例 保存 为 文件 game.dat 

( 3 ) 在 应 用 程序 启动 时 ， 如 果 发 现 game.dat 已 经 存在 ， 则 以 文件 中 所 保存 的 状态 开始 
游戏 

在 修改 示例 程序 时 ， 可 以 参考 以 下 提示 信息 。 

(a) 要 保存 的 Memento 类 需要 实现 java.io.Serializable 接口 

(b) 在 保存 对 象 状态 时 ， 需 要 调用 ObjectOutputStream 的 writeObject 方法 

( c ) 在 恢复 对 象 状态 时 ， 需 要 调用 ObjectInputStream 的 readObject 方法 

( d ) 详细 信息 请 参考 Java 的 API 文档 中 的 以 下 相关 内 容 。 


e java.io.ObjectOutputStream 类 
e java.io.ObjectInputStream 类 
e java.io.ObjectOutput 接口 

e java.io.ObjectInput 接口 
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| 19.1 State 模式 


在 面向 对 象 编程 中 ， 是 用 类 表示 对 象 的 。 也 就 是 说 ， 程 序 的 设计 者 需要 考虑 用 类 来 表示 什么 东 
西 。 类 对 应 的 东西 可 能 存在 于 真实 世界 中 ， 也 可 能 不 存在 于 真实 世界 中 。 对 于 后 者 ， 可 能 有 人 看 到 
代码 后 会 感到 吃惊 : 这 些 东西 居然 也 可 以 是 类 啊 。 

在 本 章 中 ， 我 们 将 要 学 习 State 模式 。 

在 State 模式 中 ， 我 们 用 类 来 表示 状态 。State 的 意思 就 是 “状态 ”。 在 现实 世界 中 ， 我们 会 考虑 
各 种 东西 的 “状态 ”， 但 是 几乎 不 会 将 状态 当 作 “东西 ”看 待 。 因 此 ， 可 能 大 家 很 难 理解 “用 类 来 
表示 状态 ”的 意思 。 

在 本 章 中 ， 我 们 将 要 学 习 用 类 来 表示 状态 的 方法 。 以 类 来 表示 状态 后 ， 我 们 就 能 通过 切换 类 来 
方便 地 改变 对 象 的 状态 。 当 需要 增加 新 的 状态 时 ， 如 何 修改 代码 这 个 问题 也 会 很 明确 。 


| 19.2 示例 程序 


下 面 我 们 来 看 一 段 使 用 了 State 模式 的 示例 程序 。 


| 金库 警报 系统 


这 里 我 们 来 看 一 个 警戒 状态 每 小 时 会 改变 一 次 的 警报 系统 。 虽 说 是 警报 系统 ， 其 实 功能 非常 简 
单 ， 请 参见 表 19-1。 图 19-1 则 展示 了 该 系统 的 结构 图 。 

下 面 我 们 来 用 程序 实现 这 个 金库 警报 系统 。 该 系统 并 不 会 真正 呼叫 警报 中 心 ， 只 是 在 页 面 上 显 
示 呼 叫 状态 。 此 外 ， 如 果 以 现实 世界 中 的 时 间 来 测试 程序 就 太 慢 了 ， 所 以 我 们 假设 程序 中 的 1 秒 对 
应 现实 世界 中 的 一 个 小 时 。 图 19-1 展示 了 程序 的 实际 运行 结果 。 





表 19-1 金库 警报 系统 


se。 有 一 个 金库 

。 金 库 与 警报 中 心 相连 

。 金 库 里 有 警 铃 和 正常 通话 用 的 电话 

。 金 库 里 有 时 钟 ， 监 视 着 现在 的 时 间 

。 白 天 的 时 间 范 围 是 9: 00 ~ 16: 59， 晚 上 的 时 间 范 围 是 17: 00 ~ 23: 59700: 00 ~ 8: 59 
。 金 库 只 能 在 白天 使 用 

。 白天 使 用 金库 的 话 ， 会 在 警报 中 心 留 下 记录 














。 晚 上 使 用 金库 的 话 ， 会 向 警报 中 心 发 送 紧急 事态 通知 
。 任 何 时 候 都 可 以 使 用 警 铃 

。 使 用 警 铃 的 话 ， 会 向 警报 中 心 发 送 紧急 事态 通知 

。 任 何 时 候 都 可 以 使 用 电话 ( 但 晚上 只 有 留言 电话 ) 

。 白天 使 用 电话 的 话 ， 会 呼叫 警报 中 心 

。 晚 上 用 电话 的 话 ， 会 呼叫 警报 中 心 的 留言 电话 
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1 图 19-1 金库 警报 系统 的 结构 图 











S State Sample 





| 不 使 用 State 模式 的 伪 代 码 


在 学 习 使 用 了 State 模式 的 示例 程序 前 ， 请 大 家 先 思考 一 下 自己 会 以 什么 样 的 编程 方式 来 实现 
这 个 系统 。 | 

如 果 是 我 的 话 ， 在 读 完 了 前 面 的 内 容 后 ， 会 像 下 面 这 样 考虑 。 

"总 的 说 来 ， 就 是 每 小 时 改变 系统 的 行为 。 当 发 生 使 用 金库 、 按 下 警 铃 和 正常 通话 这 3 个 事件 
的 时 候 ， 会 有 某 种 通知 到 达 警 报 中 心 。 然 后 ， 通 知 的 内 容 会 根据 时 间 发 生变 化 ……” 

接着 ， 脑 海中 会 浮现 出 代码 清单 19-1 中 那样 的 伪 代 码 。 之 后 ， 只 需要 考虑 如 何 用 编程 语言 实 
现 伪 代码 就 可 以 了 。 


代码 清单 19-1 ”不 使 用 State 模式 时 的 警报 系统 的 伪 代 码 ( 1 ) 
警报 系统 的 类 { 
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使 用 金库 时 被 调用 的 方法 () ( 
i » 





D t 
YHP DRE RR G 


) 


) 

警 铃 响起 时 被 调用 的 方法 () { 
向 警报 中 心 报 告 紧急 事态 

} 

正常 通话 时 被 调用 的 方法 () ( 





D í 
呼叫 警报 中 心 
) else if (EE 1 

呼叫 警报 中 心 的 留言 电话 





) 





| 使 用 了 State 模式 的 伪 代码 


并 不 能 说 代码 清单 19-1 中 的 方法 绝对 是 错 的 。 不 过 ， 在 本 章 中 我 们 要 学 习 的 State 模式 则 是 从 
完全 不 同 的 角度 出 发 ， 以 类 似 代码 清单 19-2 中 的 编码 方式 实现 警报 系统 。 


代码 清单 19-2 (EA State 模式 时 的 警报 系统 的 伪 代 码 ( 2 ) 


表示 图 四 的 状态 的 类 ( 
使 用 金库 时 被 调用 的 方法 () { 
向 警报 中 心 报告 使 用 记录 








} 
警 铃 响起 时 被 调用 的 方法 () { 
向 警报 中 心 报 告 紧 急事 态 


正常 通话 时 被 调用 的 方法 Q | 
呼叫 警报 中 心 
} 
} 


表示 脆 嚼 的 状态 的 类 { 
使 用 金库 时 被 调用 的 方法 () { 
向 获 报 中 心 报 告 紧急 事态 


} 

警 铃 响起 时 被 调用 的 方法 () { 
向 警报 中 心 报 告 紧急 事态 

) 

正常 通话 时 被 调用 的 方法 () { 
呼叫 警报 中 心 的 留言 电话 

} 





大 家 看 明白 以 上 两 种 伪 代 码 之 间 的 区 别 了 吗 ? 

在 没有 使 用 State 模式 的 (1 ) 中 ， 我 们 会 先 在 各 个 方法 里 面 使 用 if 语句 判断 现在 是 白天 还 是 
晚上 ， 然 后 再 进行 相应 的 处 理 。 

而 在 使 用 了 State 模式 的 (2 ) 中 ,我 们 用 类 来 表示 白天 和 上 晚上。 这样， 在 类 的 各 个 方法 中 就 不 
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需要 用 if 语句 判断 现在 是 白天 还 是 晚上 了 。 

总 结 起 来 就 是 ，( 1 ) 是 用 方法 来 判断 状态 ,( 2 ) 是 用 类 来 表示 状态 。 那 么 ， 大 家 能 够 想象 出 我 
们 是 如 何 从 方法 的 深 处 挖 出 被 埋 的 “状态 ”， 将 它 传递 给 调用 者 的 吗 ? 

请 大 家 在 脑海 中 记 住 (1) 和 (2 ) 的 设计 思路 ,然后 我 们 一 起 来 看 看 示例 程序 。 


表 19-2 类 和 接口 的 一 览 表 


说 明 
State 表示 金库 状态 的 接口 
DayState 表示 “白天 ”状态 的 类 。 它 实现 了 State 接口 














NightState 表示 “晚上 ”状态 的 类 。 它 实现 了 State 接口 

Context 表示 管理 金库 状态 ， 并 与 警报 中 心 联系 的 接口 

SafeFrame 实现 了 Context 接口 。 在 它 内 部 持 有 按钮 和 画面 显示 等 UI 信息 
测试 程序 行为 的 类 























| 图 19-3 ”示例 程序 的 类 图 
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| State 接口 


state 接口 (代码 清单 19-3 ) 是 表示 金库 状态 的 接口 。 在 State 接口 中 定义 了 以 下 事件 对 应 
的 接口 (API )。 


e 设置 时 间 

e 使 用 金库 

e 按 下 警 铃 

e 正常 通话 

以 上 这 些 接口 (API ) 分 别 对 应 我 们 之 前 在 伪 代 码 中 编写 的 “使 用 金库 时 被 调用 的 方法 ”等 方 
法 。 这 些 方法 的 处 理 都 会 根据 状态 不 同 而 不 同 。 可 以 说 ，State 接口 是 一 个 依赖 于 状态 的 方法 的 
集合 。 

这 些 方法 接收 的 参数 Context 是 管理 状态 的 接口 。 关 于 Context 接口 的 内 容 我 们 会 在 稍 后 
进行 学 习 。 


1 代码 清单 19-3 State 接口 ( Statejava ) 


public interface State ( 


public abstract void doClock(Context context, int hour); // 设置 时 间 
public abstract void doUse(Context context); // 使 用 金库 
public abstract void doAlarm(Context context); // 按 下 警 铃 
public abstract void doPhone (Context context); // 正常 通话 


} 


| DayState 类 


DayState 类 (代码 清单 19-4) 表示 白天 的 状态 。 该 类 实现 了 State 接口 ， 因 此 它 还 实现 了 
State 接口 中 声明 的 所 有 方法 。 

对 于 每 个 表示 状态 的 类 ， 我 们 都 只 会 生成 一 个 实例 。 因 为 如 果 每 次 发 生 状 态 改变 时 都 生成 一 个 
实例 的 话 ， 太 浪费 内 存 和 时 间 了 。 为 此 ， 此 处 我 们 使 用 了 Singleton 模式 (第 5 章 )。 

doClock 是 用 于 设置 时 间 的 方法 。 如 果 接 收 到 的 参数 表示 晚上 的 时 间 ， 就 会 切换 到 夜间 状态 ， 
即 发 生 状 态 变化 ( 状态 迁移 )。 在 该 类 中 ， 我 们 调用 Context 接口 的 changeState 方法 改变 状 
态 。 表 示 晚 上 状态 的 类 是 Nightstate 类 ,可 以 通过 Nightstate 类 的 getInstance 方法 获取 
它 的 实例 ( 这 里 使 用 了 Singleton 模式 。 请 注意 我 们 并 没有 通过 new Nightstate() 来 生成 
NightState 类 的 实例 。)。 

doUse, doAlarm, doPhone 分别 是 使 用 金库 、 按 下 警 铃 、 正 常 通话 等 事件 对 应 的 方法 。 
它们 的 内 部 实现 都 是 调用 Context 中 的 对 应 方法 。 请 注意 ， 在 这 些 方法 中 ， 并 没有 任何 “判断 
当前 状态 ”的 i£ 语句 。 在 编写 这 些 方法 时 ， 开 发 人 员 都 知道 “现在 是 白天 的 状态 ”。 在 State 模 
式 中 ， 每 个 状态 都 用 相应 的 类 来 表示 ， 因 此 无 需 使 用 if 语句 或 是 switch 语句 来 判断 状态 。 


代码 清单 19-4 DayState 类 ( DayState.java ) 
public class DayState implements State ( 


private static DayState singleton - new DayState(); 

private DayState() ( // 构造 函数 的 可 见 性 是 private 
} 

public static State getInstance() { // 获取 唯一 实例 
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return singleton; 

} 

public void 本 (context context, int hour) { // 设置 时 间 
if (hour < 9 || 17 <= hour) 1 
} 

} 

public void BN (Context context) { // 使 用 金库 
context .recordLog (" 使 用 金库 ( 白天 ) ") ; 

} 

public void BORISERN (Context context) { // 按 下 警 铃 
context.callSecurityCenter(" 按 下 警 铃 ( 白天 ) ") ; 

} 

public void BSPHOBS(Context context) { // 正常 通话 
context.callSecurityCenter(" 正常 通话 ( 白天 ) ") ; 

) 

public String toString() ( // 显示 表示 类 的 文字 
return " [ 白天 ]"; 

} 





| NightState 类 


Nightstate 类 (代码 清单 19-5 ) 表示 晚上 的 状态 。 它 与 DayState 类 一 样 ， 也 使 用 了 
Singleton 模式 。Nightstate 类 的 结构 与 DayState 完全 相同 ， 此 处 不 再 乾 述 。 





; ) |  NightState 类 ( NightState.java ) 
public class NightState implements State ( 


private static NightState singleton = new NightState(); 


private NightState() ( // 构造 函数 的 可 见 性 是 private 
} 
public static State getInstance() ( // 获取 唯一 实例 


return singleton; 

) 

public void BEBESER(Context context, int hour) { // 设置 时 间 
if (9 <= hour && hour « 17) ( 
) 

) 

public void B8BSB (Context context) ( // 使 用 金库 
context.callSecurityCenter(" 紧急 : 晚上 使 用 金库 ! "); 

public void BOATREN(Context context) ( // 按 下 警 铃 
context.callSecurityCenter (" 按 下 警 铃 (晚上 ) ") ; 

} 

public void BSBHOHB(Context context) { // 正常 通话 
context.recordLog(" 晚上 的 通话 录音 ") ; 

) 

public String toString() ( // 显示 表示 类 的 文字 
return "[ 晚 上 ]"; 

) 
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| Context 接口 


Context 接口 (代码 清单 19-6 ) 是 负责 管理 状态 和 联系 警报 中 心 的 接口 。 我 们 将 在 学 习 
“SafeFrame 类 ”时 结合 代码 清单 19-7 学 习 它 实际 进行 了 哪些 处 理 。 


代码 清单 19-6 ^ Context 接 口 ( Context.java ) 


public interface Context 








me 


public abstract void setClock(int hour); // 设置 时 间 

public abstract void changeState(State state); // 改变 状态 

public abstract void callSecurityCenter(String msg); // 联系 警报 中 心 
public abstract void recordLog (String msg); // 在 警报 中 心 留 下 记录 


) 








| SafeFrame 类 


SafeFrame 类 (代码 清单 19-7 ) 是 使 用 GUI 实现 警报 系统 界面 的 类 ( safe 有 “金库 ”的 意 
思 )。 它 实现 了 Context 接口 。 

SafeFrame 类 中 有 表示 文本 输入 框 (TextFie1ld)、 多 行文 本 输入 框 (TextRArea ) 和 按钮 
(Button) 等 各 种 控件 的 字段 。 不 过 ， 也 有 一 个 不 是 表示 控件 的 字段 一 一 state 字段 。 它 表示 的 是 
金库 现在 的 状态 ， 其 初始 值 为 “白天 ”状态 。 

SafeFrame 类 的 构造 函数 进行 了 以 下 处 理 。 





e 设置 背景 色 

e 设置 布局 管理 器 

e 设置 控件 

e 设置 监听 器 ( Listener ) 


监听 器 的 设置 非常 重要 ， 这 里 有 必要 稍微 详细 地 了 解 一 下 。 我 们 通过 调用 各 个 按钮 的 
addActionListener 方法 来 设置 监听 器 。adqRActionListenez 方法 接收 的 参数 是 “ 当 按 钮 被 
按 下 时 会 被 调用 的 实例 ”， 该 实例 必须 是 实现 了 ActionListener 接口 的 实例 。 本 例 中 ， RINE 
递 的 参数 是 this, Hl SafeFrame 类 的 实例 自身 ( 从 代码 中 可 以 看 到 ，SafeFrame 类 的 确实 现 了 
ActionListener 接口 )。“ 当 按钮 被 按 下 后 ， 监 听 器 会 被 调用 ”这 种 程序 结构 类 似 于 我 们 在 第 17 
章 中 学 习 过 的 Observer 模式 。 

当 按 钮 被 按 下 后 ，actionPerformed 方法 会 被 调用 。 该 方法 是 在 ActionListener 
(java.awt.event.ActionListener ) 接口 中 定义 的 方法 ， 因 此 我 们 不 能 随意 改变 该 方法 的 名 
尔 。 在 该 方法 中 ， 我 们 会 先 判断 当前 哪个 按钮 被 按 下 了 ， 然 后 进行 相应 的 处 理 。 

请 注意 ， 这 里 虽然 出 现 了 if 语句 ,但 是 它 是 用 来 判断 “按钮 的 种 类 ”的 ， 而 并 非 用 于 判断 
“当前 状态 ”。 请 不 要 将 我 们 之 前 说 过 “使 用 State 模式 可 以 消除 if 语句 ” 误 认 为 是 “程序 中 不 会 出 
现任 何 ifi". 

处 理 的 内 容 对 State 模式 非常 重要 。 例 如 ， 当 金库 使 用 按钮 被 按 下 时 ， 以 下 语句 会 被 执行 。 


state.doUse (this); 


我 们 并 没有 先 去 判断 当前 时 间 是 白天 还 是 晚上 ， 也 没有 判断 金库 的 状态 ， 而 是 直接 调用 了 


doUse 方法 。i 
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这 就 是 State 模式 的 特点 。 如 果 不 使 用 State 模式 ， 这 里 就 无 法 直接 调用 doUse 方法 ， 
而 是 需要 “根据 时 间 状 态 来 进行 相应 的 处 理 ”。 
在 setclock 方法 中 我 们 设置 了 当前 时 间 。 以 下 语句 会 将 当前 时 间 显 示 在 标准 输出 中 。 


System.out.println(clockstring); 


以 下 语句 则 会 将 当前 时 间 显示 在 textClock 文本 输入 框 (界面 最 上 方 ) Po 


textClock.setText (clockstring); 


接着 ， 下 面 的 语句 会 进行 当前 状态 下 相应 的 处 理 ( 这 时 可 能 会 发 生 状态 迁移 )。 


state.doClock(this, hour); 


changeState 方法 会 调用 DaysState 类 和 Nightstate 类 。 当 发 生 状 态 迁 移 时 ， 该 方法 会 
被 调用 。 实 际 改变 状 态 的 是 下 面 这 条 语句 。 


this.state 


给 代表 状态 的 字段 赋予 表示 当前 状态 的 类 的 实例 ， 就 相当 于 进行 了 状态 迁移 。 

callSecurityCenter 方法 表示 联系 警报 中 心 ，recordLog 方法 表示 在 警报 中 心 留 下 记录 。 
这 里 我 们 只 是 简单 地 在 textScreen 多 行文 本 输入 框 中 增加 代表 记录 的 文字 信息 。 真 实情 况 下 ， 
这 里 应 当 访 问 警 报 中 心 的 网 络 进行 一 些 处 理 。 


state; 








代码 清单 19-7  SafeFrame 类 ( SafeFrame.java ) 

import java.awt.Frame; 

import java.awt.Label; 

import java.awt.Color; 

import java.awt.Button; 

import java.awt.TextField; 

import java.awt.TextArea; 

import java.awt.Panel; 

import java.awt.BorderLayout; 

import java.awt.event.ActionListener; 

import java.awt.event.ActionEvent; 

public class SafeFrame extends Frame in ; LonLis r, Context ( 
private TextField textClock = new TextField(60); // 显示 当前 时 间 
private TextArea textScreen = new TextArea(10, 60); // 显示 警报 中 心 的 记录 
private Button buttonUse = new Button(" 使 用 金库 ") : // 使 用 金库 按钮 
private Button buttonAlarm = new Button(" 按 下 警 铃 "); // 按 下 警 铃 按钮 
private Button buttonPhone = new Button(" 正常 通话 ") ; // 正常 通话 按钮 
private Button buttonExit = new Button(" 结束 "); // 结束 按钮 
private State state = DayState.getInstance(); // 当前 的 状态 


// 构造 函数 
public SafeFrame(String title) { 

super (title); 

setBackground (Color.lightGray); 
setLayout(new BorderLayout()); 

// 配置 textClock 

add(textClock, BorderLayout.NORTH); 
textClock.setEditable(false); 

// B! E textScreen 
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add(textScreen, BorderLayout.CENTER); 
textScreen.setEditable (false); 

// 为 界面 添加 按钮 

Panel panel = new Panel(); 

panel.add (buttonUse); 
panel.add(buttonAlarm); 
panel.add(buttonPhone); 
panel.add(buttonExit); 

// 配置 界面 

add(panel, BorderLayout.SOUTH); 

// 显示 

pack(); 

show(); 

// 设置 监听 器 
buttonUse.addActionListener (this); 
buttonAlarm.addActionListener (this); 
buttonPhone.addActionListener (this); 
buttonExit.addActionListener (this); 


) 
// 按钮 被 按 下 后 该 方法 会 被 调用 
public void actionPerformed(ActionEvent e) { 


System.out.println(e.toString()); 
if (e.getSource() == buttonUse) { // 金库 使 用 按钮 


) else if (e.getSource() == buttonAlarm) ( // 按 下 警 铃 按钮 


) else if (e.getSource() == buttonPhone) ( // 正常 通话 按钮 


= buttonExit) { // 结束 按钮 


) else if (e.getSource() 
System.exit(0); 

) else ( 
System.out.println("?"); 

} 


} 
// 设置 时 间 


public void setClock(int hour) 4 
String clockstring = "现在 时 间 是 "; 


if (hour < 10) { 

clockstring += "O0" + hour + ":00"; 
) else ( 

clockstring += hour + ":00"; 
} 
System.out.println(clockstring); 
textClock.setText (clockstring); 


) 
// 改变 状态 
public void changeState(State state) ( 
System.out.println(" 从" + this.state + "状态 变 为 了 " + state +" 状态 。" ) ; 


) 

// 联系 警报 中 心 

public void callSecurityCenter(String msg) ( 
textScreen.append("call! " + msg + "Mn"); 

} 

// 在 警报 中 心 留 下 记录 

public void recordLog(String msg) { 
textScreen.append("record ... " + msg + "Mn"); 
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我 们 在 图 19-4 的 时 序 图 中 展示 了 状态 改变 前 后 的 doUse 方法 的 调用 流程 。 最 初 调用 的 是 
DayState 类 的 doUse 方法， 当 changeState 后 ， 变 为 了 调用 NightState 类 的 doUse 方法 。 


1 图 19.4 ”示例 程序 的 时 序 图 
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| Main 类 
Main 类 (代码 清单 19-8 ) 生成 了 一 个 Sa£eFrane 类 的 实例 并 每 秒 调 用 一 次 setClock 方法 ， 
对 该 实例 设置 一 次 时 间 。 这 相当 于 在 真实 世界 中 经 过 了 一 小 时 。 


代码 清单 19-8 ^ Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) { 
SafeFrame frame - new SafeFrame("State Sample"); 
while (true) ( 
for (int hour = 0; 





hour < 24; hour++) ( 


// 设置 时 间 





try T 
Thread.sleep(1000); 

) catch (InterruptedException e) { 

} 
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| 1.3 State 模式 中 的 登场 角色 


在 State 模式 中 有 以 下 登场 角色 。 


€ State ( 状态 ) 
State 角色 表示 状态 ， 定 义 了 根据 不 同 状态 进行 不 同 处 理 的 接口 (API )。 该 接口 (API ) 是 那些 
处 理 内 容 依赖 于 状态 的 方法 的 集合 。 在 示例 程序 中 ,由 State 接口 扮演 此 角色 。 


€ ConcreteState ( 具体 状态 ) 


ConcreteState 角色 表示 各 个 具体 的 状态 ， 它 实现 了 state 接口 。 在 示例 程序 中 , 由 DayState 
类 和 Nightstate 类 扮演 此 角色 。 


€ Context ( 状况 、 前 后 关系 、 上 下 文 ) 

Context 角色 持 有 表示 当前 状态 的 ConcreteState 角色 。 此 外 ， 它 还 定义 了 供 外 部 调用 者 使 用 
State 模式 的 接口 (API )。 在 示例 程序 中 ， 由 Context 接口 和 SafeFrame 类 扮演 此 角色 。 

这 里 稍微 做 一 下 补充 说 明 。 在 示例 程序 中 ，Context 角色 的 作用 被 context 接口 和 
safeFrame 类 分 担 了 。 具 体 而 言 , context 接口 定义 了 供 外 部 调用 者 使 用 State 模式 的 接口 
(API), Mi SafeFrame 类 则 持 有 表示 当前 状态 的 ConcreteState 角色 。 我 们 会 在 习题 19-1 中 讨论 一 
下 为 什么 没有 将 Context 实现 为 类 。 








| 图 19-5 State 模式 的 类 图 
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19.4 拓展 思路 的 要 点 





| 分 而 治 

在 编程 时 ， 我 们 经 常会 使 用 分 而 治之 的 方针 。 它 非常 适用 于 大 规模 的 复杂 处 理 。 当 遇 到 庞大 且 
复杂 的 问题 ， 不 能 用 一 般 的 方法 解决 时 ， 我 们 会 先 将 该 问题 分 解 为 多 个 小 问题 。 如 果 还 是 不 能 解决 
这 些小 问题 ， 我 们 会 将 它们 继续 划分 为 更 小 的 问题 ， 直 至 可 以 解决 它们 为 止 。 分 而 治之 ， 简 单 而 言 
就 是 将 一 个 复杂 的 大 问题 分 解 为 多 个 小 问题 然后 逐个 解决 。 

在 State 模式 中 ， 我 们 用 类 来 表示 状态 ， 并 为 每 一 种 具体 的 状态 都 定义 一 个 相应 的 类 。 这 样 ， 
问题 就 被 分 解 了 。 开 发 人 员 可 以 在 编写 一 个 ConcreteState 角色 的 代码 的 同时 ， 在 头脑 中 ( 一 定 程度 
上 ) 考虑 其 他 的 类 。 在 本 章 的 金库 警报 系统 的 示例 程序 中 ， 只 有 “白天 ”和 “晚上 ”两 个 状态 ， 
可 能 大 家 对 此 感受 不 深 , 但 是 当 状 态 非 常 多 的 时 候 ，State 模式 的 优势 就 会 非常 明显 了 。 

请 大 家 再 回忆 一 下 代码 清单 19-1 中 的 伪 代 码 CT) 和 (2 )。 在 不 使 用 State 模式 时 ， 我 们 需要 使 
用 条 件 分 支 语句 判断 当前 的 状态 ， 然 后 进行 相应 的 处 理 。 状 态 越 多 ， 条 件 分 支 就 会 越 多 。 而 且 , 我 
们 必须 在 所 有 的 事件 处 理 方法 中 都 编写 这 些 条 件 分 支 语 句 。 

State 模式 用 类 表示 系统 的 “状态 ”， 并 以 此 将 复杂 的 程序 分 解 开 来 。 


| 依赖 于 状态 的 处 理 


我 们 来 思考 一 下 SafeFrame 类 的 setclock 方 法 (代码 清单 19-7) 和 State 接口 的 
doClock 方法 (代码 清单 19-3 ) 之 间 的 关系 。 

Main 类 会 调用 safeFrame 类 的 setCclock 方 法 ,告诉 setClock 方法 “请 设置 时 间 ”。 在 
setClock 方法 中 ,会 像 下 面 这 样 将 处 理 委 托 给 state 类 。 


state.doClock (this, hour); 


也 就 是 说 ,我 们 将 设置 时 间 的 处 理 看 作 是 “依赖 于 状态 的 处 理 ”。 

当然 ,不 只 是 doClock 方 法 。 Æ State 接口 中 声明 的 所 有 方法 都 是 “依赖 于 状态 的 处 理 ”， 
都 是 “状态 不 同 处 理 也 不 同 ”。 这 虽然 看 似 理所当然 ， 不 过 却 需要 我 们 特别 注意 。 

在 State 模式 中 ， 我 们 应 该 如 何 编程 ， 以 实现 “依赖 于 状态 的 处 理 ” 呢 ? 总 结 起 来 有 如 下 两 点 。 


e 定义 接口 ， 声 明 抽 和 象 方法 
e 定义 多 个 类 ， 实 现 具体 方法 


这 就 是 State 模式 中 的 “依赖 于 状态 的 处 理 ” 的 实现 方法 。 
这 里 故意 将 上 面 两 点 说 得 很 笼统 ， 但 是 ， 如 果 大 家 在 读 完 这 两 点 之 后 会 点 头 表 示 赞 同 ， 那 就 意 
味 着 大 家 完全 理解 了 State 模式 以 及 接口 与 类 之 间 的 关系 。 


| 应当 是 谁 来 管理 状态 迁移 


用 类 来 表示 状态 ， 将 依赖 于 状态 的 处 理 分 散在 每 个 ConcreteState 角色 中 ， 这 是 一 种 非常 好 的 解 
决 办 法 。 
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不 过 ， 在 使 用 State 模式 时 需要 注意 应 当 是 谁 来 管理 状态 迁移 。 

在 示例 程序 中 ， 扮 演 Context 角色 的 SafeFrame 类 实现 了 实际 进行 状态 迁移 的 changeState 
方法 。 但 是 ， 实 际 调用 该 方法 的 却 是 扮演 ConcreteState 角色 的 DayState 类 和 NightState 类 。 
也 就 是 说 ， 在 示例 程序 中 ,我们 将 “状态 迁移 ”看 作 是 “依赖 于 状态 的 处 理 ”。 这 种 处 理 方式 既 有 
优点 也 有 缺点 。 

优点 是 这 种 处 理 方式 将 “什么 时 候 从 一 个 状态 迁移 到 其 他 状态 ”的 信息 集中 在 了 一 个 类 中 。 也 
就 是 说 ， 当 我 们 想 知 道 “什么 时 候 会 从 DayState 类 变化 为 其 他 状态 ”时 ， 只 需要 阅读 DayState 
类 的 代码 就 可 以 了 。 

缺点 是 “每 个 ConcreteState 角色 都 需要 知道 其 他 ConcreteState 角色 ”。 例如，Daystate 类 的 
doClock 方法 就 使 用 了 NightState 类 。 这 样 ， 如 果 以 后 发 生 需求 变更 ， 需 要 删除 NightState 
类 时 ， 就 必须 要 相应 地 修改 DayState 类 的 代码 。 将 状态 迁移 交 给 ConcreteState 角色 后 ， 每 个 
ConcreteState 角色 都 需要 或 多 或 少 地 知道 其 他 ConcreteState 角色 。 也 就 是 说 ， 将 状态 迁移 交 给 
ConcreteState 角色 后 ， 各 个 类 之 间 的 依赖 关系 就 会 加 强 。 

我 们 也 可 以 不 使 用 示例 程序 中 的 做 法 ， 而 是 将 所 有 的 状态 迁移 交 给 扮演 Context 角色 的 
SafeFrame 类 来 负责 。 有 时 ， 使 用 这 种 解决 方法 可 以 提高 ConcreteState 角色 的 独立 性 ， 程 序 的 整 
体 结构 也 会 更 加 清晰 。 不 过 这 样 做 的 话 ，Context 角色 就 必须 要 知道 “所 有 的 ConcreteState 角色 ”。 
在 这 种 情况 下 ,我们 可 以 使 用 Mediator 模式 (第 16 章 )。 

当然 ， 还 可 以 不 用 State 模式 ， 而 是 用 状态 迁移 表 来 设计 程序 。 所 谓 状 态 迁 移 表 是 可 以 根据 
“输入 和 内 部 状态 ”得 到 “输出 和 下 一 个 状态 ”的 一 览 表 (这 超出 了 本 书 的 范围 ， 我 们 暂且 不 深入 
学 习 该 方法 )。 当 状态 迁移 遵循 一 定 的 规则 时 ， 使 用 状态 迁移 表 非 常 有 效 。 

此 外 ， 当 状态 数 过 多 时 ， 可 以 用 程序 来 生成 代码 而 不 是 手写 代码 。 


| 不 会 自 相 矛 后 


如 果 不 使 用 State 模式 ， 我 们 需要 使 用 多 个 变量 的 值 的 集合 来 表示 系统 的 状态 。 这 时 ， 必 须 十 
分 小 心 ， 注 意 不 要 让 变量 的 值 之 间 互 相 矛 盾 。 

而 在 State 模式 中 ， 是 用 类 来 表示 状态 的 。 这 样 ， 我 们 就 只 需要 一 个 表示 系统 状态 的 变量 即 可 。 
在 示例 程序 中 ，SafeFrame 类 的 state 字段 就 是 这 个 变量 ， 它 决定 了 系统 的 状态 。 因 此 ， 不 会 存 
在 自 相 矛盾 的 状态 。 


| 易于 增加 新 的 状态 


在 State 模式 中 增加 新 的 状态 是 非常 简单 的 。 以 示例 程序 来 说 ,编写 一 个 XXXState 类 ， 让 它 
实现 state 接口 ， 然 后 实现 一 些 所 需 的 方法 就 可 以 了 。 当 然 ， 在 修改 状态 迁移 部 分 的 代码 时 ， 还 
是 需要 仔细 一 点 的 。 因 为 状态 迁移 的 部 分 正 是 与 其 他 ConcreteState 角色 相关 联 的 部 分 。 

但 是 ， 在 State 模式 中 增加 其 他 “依赖 于 状态 的 处 理 ” 是 很 困难 的 。 这 是 因为 我 们 需要 在 
State 接口 中 增加 新 的 方法 ， 并 在 所 有 的 ConcreteState 角色 中 都 实现 这 个 方法 。 

虽说 很 困难 ,但 是 好 在 我 们 绝对 不 会 忘记 实现 这 个 方法 。 假 设 我 们 现在 在 State 接口 中 增加 了 
一 个 doYYY 方法 ， 而 忘记 了 在 DayState 类 和 Nightstate 类 中 实现 这 个 方法 ， 那 么 编译 器 在 
编译 代码 时 就 会 报错 ， 告 诉 我 们 存在 还 没有 实现 的 方法 。 

如 果 不 使 用 State 模式 ， 那 么 增加 新 的 状态 时 会 怎样 呢 ? 这 里 ， 如 果 不 使 用 State 模式 ， 就 必须 
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用 if 语句 判断 状态 。 这 样 就 很 难 在 编译 代码 时 检测 出 “忘记 实现 方法 ”这 种 错误 了 ( 在 运行 时 检 
测 出 问题 并 不 难 。 我 们 只 要 事先 在 每 个 方法 内 部 都 加 上 一 段 “ 当 检测 到 没有 考虑 到 的 状态 时 就 报 
错 ” 的 代码 即 可 )。 


| 实例 的 多 面 性 
请 注意 safeFrame 类 中 的 以 下 两 条 语句 (代码 清单 19-7 )。 
SafeFrame 类 的 构造 函数 中 的 


buttonUse.addActionListener (this); 
actionPerformed 方法 中 的 
state.doUse (this); 


这 两 条 语句 中 都 有 this。 那 么 这 个 this 到 底 是 什么 呢 ?” 当 然 ， 它们 都 是 safeFrame 类 的 
实例 。 由 于 在 示例 程序 中 只 生成 了 一 个 safeFrame 的 实例 ， 因 此 这 两 个 this 其 实 是 同一 个 对 
象 。 

^ii, f&£addActionListener 方法 中 和 doUse 方 法 中 ,对 this 的 使 用 方式 是 不 一 样 
的 。 

向 addActionListener 方法 传递 this 时 ,该 实例 会 被 当 作 “实现 了 ActionListener 
接口 的 类 的 实例 ”来 使 用 。 这 是 因为 addActionListener 方法 的 参数 类 型 是 ActionListener 
类 型 。 在 addActionListener 方法 中 会 用 到 的 方法 也 都 是 在 ActionListener 接口 中 定义 了 
的 方法 。 至 于 这 个 参数 是 否 是 SsafeFrame 类 的 实例 并 不 重要 。 

向 doUse 方法 传递 this 时 ,该 实例 会 被 当 作 “实现 了 Context 接口 的 类 的 实例 ”来 使 用 。 
这 是 因为 doUse 方法 的 参数 类 型 是 Context 类 型 。 在 doUse 方 法 中 会 用 到 的 方法 也 都 是 在 
Context 接口 中 定义 了 的 方法 (大 家 只 要 再 回顾 一 下 DayState 类 和 Nightstate 类 的 doUse 
方法 就 会 明白 了 )。 

请 大 家 一 定 要 透彻 理解 此 处 的 实例 的 多 面 性 。 


| 19.5 相关 的 设计 模式 


令 Singleton 模式 (第 5 章 ) 
Singleton 模式 常常 会 出 现在 ConcreteState 角色 中 。 在 示例 程序 中 ， 我 们 就 使 用 了 Singleton 模 
式 。 这 是 因为 在 表示 状态 的 类 中 并 没有 定义 任何 实例 字段 C 即 表 示 实 例 的 状态 的 字段 )。 


* Flyweight 模式 (第 20 章 ) 
在 表示 状态 的 类 中 并 没有 定义 任何 实例 字段 。 因 此 ， 有 时 我 们 可 以 使 用 Flyweight 模式 在 多 个 
Context 角色 之 间 共 享 ConcreteState 角色 。 


19.6 ”本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 用 一 个 一 个 的 类 来 分 别 表 示 系 统 各 种 状态 的 State 模式 。 这 样 ， 我 们 就 
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可 以 通过 切换 表示 状态 的 类 的 实例 来 实现 状态 迁移 。 
19.7 练习 题 答案 请 参见 附录 A ( P.334 ) 


e 习题 19-1 
本 来 应 当 将 Context 定义 为 抽象 类 而 非 接 口 ， 然 后 让 Context 类 持 有 state 字段 ， 
这 样 更 符合 State 模式 的 设计 思想 。 但 是 在 示例 程序 中 我 们 并 没有 这 么 做 ， 而 是 将 
Context 角色 定义 为 Context 接口 ， 让 SafeFrame 类 持 有 state 字段 ， 请 问 这 是 为 
什么 呢 ? 


e 习题 19-2 
如 果 要 对 示例 程序 中 的 “白天 ”和 “晚上 ”的 时 间 区 间 做 如 下 变更 ， 请 问 应 该 怎样 修 
改 程序 呢 ? 


晚上 
9: 00 ~ 16: 59 17: 00 ~ 23. 59 以 及 0: 00-8: 59 
8: 00 ~ 20: 59 21: 00 ~ 23: 59 以 及 0: 00 - 7: 59 











e 习题 19-3 
请 在 示例 程序 中 增加 一 个 新 的 “午餐 时 间 (12:00-12:59 )” 状态 。 


e 在 午餐 时 间 使 用 金库 的 话 ， 会 向 警报 中 心 通知 紧急 情况 
e 在 午餐 时 间 按 下 警 铃 的 话 ， 会 向 警报 中 心 通知 紧急 情况 
e 在 午餐 时 间 使 用 电话 的 话 ， 会 呼叫 警报 中 心 的 留言 电话 


e 习题 19-4 
请 在 示例 程序 中 增加 一 个 新 的 “紧急 情况 ”状态 。 不 论 是 什么 时 间 ， 只 要 处 于 “紧急 
情况 ”下 ， 就 向 警报 中 心 通知 紧急 情况 。 


。 按 下 警 铃 后， 系统 状 态 变 为 “紧急 情况 ”状态 
e 如 果 “ 紧 急 情况 ”下 使 用 金库 的 话 ， 会 向 警报 中 心 通知 紧急 情况 ( 与 当时 的 时 间 
AX) 
e 如 果 “ 紧 急 情 况 ” 下 按 下 警 铃 的 话 ， 会 向 警报 中 心 通知 紧急 情况 ( 与 当时 的 时 间 
无 关 ) 
e 如 果 “ 紧 急 情 况 ” 下 使 用 电话 的 话 ， 会 呼叫 警报 中 心 的 留言 电话 〈 与 当时 的 时 间 
XX) 
不 过 ， 这 份 需求 中 也 有 一 些 问 题 ， 大 家 看 出 来 了 吗 ? 


第 9 部 分 避免 浪费 
第 20 章 Flyweight 模式 
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| 20.1 Flyweight 模式 


在 本 章 中 ， 我 们 将 要 学 习 Flyweight 模式 。 

Flyweight 是 “ 轻 量 级 ”的 意思 ， 指 的 是 拳击 比赛 中 选手 体重 最 轻 的 等 级 。 顾 名 思 义 ， 该 设计 
模式 的 作用 是 为 了 让 对 象 变 “ 轻 ”。 

对 象 在 计算 机 中 是 虚拟 存在 的 东西 ， 它 的 “ 重 ” 和 “ 轻 ” 并 非 指 实际 重量 ， 而 是 它们 “所 使 用 
的 内 存 大 小 ”。 使 用 内 存 多 的 对 象 就 是 “ 重 ” 对 象 ， 使 用 内 在 少 的 对 象 就 是 “ 轻 ” 对 象 。 

在 Java 中 ， 可 以 通过 以 下 语句 生成 Something 类 的 实例 。 


new Something() 


为 了 能 够 在 计算 机 中 保存 该 对 象 ， 需 要 分 配给 其 足够 的 内 存 空 间 。 当 程序 中 需要 大 量 对 象 时 ， 
如 果 都 使 用 new 关键 字 来 分 配 内 存 ， 将 会 消耗 大 量 内 存 空间 。 

关于 Flyweight 模式 ， 一 言 以 蔽 之 就 是 “通过 尽量 共享 实例 来 避免 new 出 实例 ”。 

当 需 要 某 个 实例 时 ， 并 不 总 是 通过 new 关键 字 来 生成 实例 ， 而 是 尽量 共用 已 经 存在 的 实例 。 
这 就 是 Flyweight 模式 的 核心 内 容 。 下 面 让 我 们 来 一 起 学 习 Flyweight 模式 吧 。 


| 20.2 示例 程序 


首先 来 看 一 段 使 用 了 Flyweight 模式 的 示例 程序 。 在 示例 程序 中 ， 有 一 个 将 许多 普通 字符 组 合 
成 为 “大 型 字符 ”的 类 ， 它 的 实例 就 是 重 实例 。 为 了 进行 测试 ， 我 们 以 文件 形式 保存 了 大 型 字 
符 '0' ~ or 和 '-' 的 字体 数据 (代码 清单 20-1 ~ 代码 清单 20-11 )。 








代码 清单 20-1 F O ( big0.txt ) 代码 清单 20-3 ”数字 2 ( big2.txt ) 
eee BEER Eurus ees EE RN 。。 
EEG, 519 5e HH.. di Lj 
Ws ams —— 0 | 1 1 7. — PS SA »&P»EkEi 4 
T*wiseve Bbesss ————— 0 2j "vate FFE Poemes 
D ZEE ET E B... Posi i 
i im sis d. E a sisezeniN: 
e IllII REM QE... 
代码 清单 20-2 ”数字 1 ( big1.txt ) 代码 清单 20-4 。 数字 3 ( big3.txt ) 
ganes a i eaea E sene AED S cix vet 
FFER 议和 i sa $s 
PTT. E. wp am a ei ptere as EN e 
ep ide ms D ITTITTITE girone ud ia emo 
bi ques 1 PETTY pra aed eve 
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代码 清单 20-5 ”数字 4 ( big4.txt ) 代码 清单 20-9 ”数字 8 ( big8.txt ) 
a d iE i PREE i i ii EEEE 
EE 3E 。。 sif erzke A uires 
I3 ex esses si u:misss ## 
a EET EREET oO 4344...... 
ESSERE E GG. WS E ET VT TI d 
(da eise A T T TET s us nsc 
EEES dr HE. sss ERES Ta suc: 
代码 清单 20-6 ”数字 5 ( big5.txt ) 代码 清单 20-10 F 9 ( big9.txt ) 
EHE ERE... us 
PES EE LIT ET LE 
Ed nid decisa ea terat a LE! 
THERE ELI Luwu. EE ERE ERE 
UT LT TIL d. 让 
22 TP TL d. i ## 
„o HEREHH...... ET i iaa Le 
代码 清单 20-7 ”数字 6 ( big6.txt ) 代码 清单 20-11 ” 字符 - ( big-.txt ) 
a 
WE ITIN Fase ———— || | |—  —  — — — — — "waurmrEREKEEFEXE 
E i POF 
we 
Wu v oicirs LES QEEEREUEERE E E NL .nu. 
站 Ram 
wa 


代码 清单 20-8 — 数字 7 ( big7 .txt ) 
SERERE LLL. 


表 20-1 展示 了 该 示例 程序 中 使 用 的 类 。 
表 20-1 类 的 一 览 表 





表示 “大 型 字符 ”的 类 








BigCharFactory | 表示 生成 和 共用 BigChar 类 的 实例 的 类 
Bigstring | 表示 多 个 BigChar 组 成 的 “大 型 字符 串 ” 的 类 
Main 测试 程序 行为 的 类 











BigChar 是 表示 “大 型 字符 ”的 类 。 它 会 从 文件 中 读 取 大 型 字符 的 字体 数据 ， 并 将 它们 保存 
在 内 存 中 ,然后 使 用 print 方法 输出 大 型 字符 。 大 型 字符 会 消耗 很 多 内 存 ， 因 此 我 们 需要 考虑 如 
何 共享 Bigchar 类 的 实例 。 

BigCharFactory 类 会 根据 需要 生成 Bigchar 类 的 实例 。 不 过 如 果 它 发 现 之 前 已 经 生成 了 
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某 个 大 型 字符 的 BigCha 类 的 实例 ， 则 会 直接 利用 该 实例 ， 而 不 会 再 生成 新 的 实例 。 生 成 的 实例 
全 部 被 保存 在 pool 字段 中 。 此 外 ， 为 了 能 够 快速 查找 出 之 前 是 否 已 经 生成 了 某 个 大 型 字符 所 对 应 
的 实例 ， 我 们 使 用 了 java.util.Hashmap 类 。 

BigString 类 用 于 将 多 个 BigChar 组 成 “大 型 字符 串 ”。 

Main 类 是 用 于 测试 程序 行为 的 类 。 





[B201 示例 程序 的 类 图 
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| BigChar 类 

BigChar 类 (代码 清单 20-12 ) 是 表示 “大 型 字符 ”的 类 。 

它 的 构造 函数 会 生成 接收 到 的 字符 所 对 应 的 “大 型 字符 ”版 本 的 实例 ， 并 将 其 保存 在 
fontdata 字段 中 。 例 如 ， 如 果 构 造 函 数 接收 到 的 字符 是 ' 3'， 那 么 在 fontdata 字段 中 保存 的 
就 是 下 面 这 样 的 字符 串 ( 为 了 方便 阅读 ， 我 们 在 “\n” 后 换行 了 )。 


ea o PEERS euros Mn 

EUjossies FE..sNO 
— E $$....Nn 
yei PPR ceca An 


] 
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我 们 将 组 成 这 些 “ 大 型 字符 ”的 数据 C 即 字 体 数据 ) 保存 在 文件 中 (代码 清单 20-1 ~ 代码 清单 
20-11 )。 文 件 的 命名 规则 是 在 该 字体 数据 所 代表 的 字符 前 加 上 "big"， 文 件 后 缀 名 是 " .txt"。 例 
dd, '3' 对 应 的 字体 数据 保存 在 "big3 .txt" 文件 中 。 如 果 找 不 到 某 个 字符 对 应 的 字体 数据 ， 就 
在 该 字符 后 面 打上 问号 ( "? " ) 作为 其 字体 数据 。 

在 该 类 中 ， 没 有 出 现 关 于 Flyweight 模式 中 “共享 ”的 相关 代码 。 关 于 控制 共享 的 代码 ， 请 看 
代码 清单 20-13 中 的 BigCharFactory 类 。 


代码 清单 20-12 — BigChar 类 ( BigChar.java ) 


import java.io.BufferedReader; 
import java.io.FileReader; 
import java.io.IOException; 








public class BigChar { 
// FREF 
private char charname; 
// 大 型 字符 对 应 的 字符 串 ( 由 '#' '.' nt 组 成 ) 
private String fontdata; 
// 构造 函数 
public BigChar(char charname) { 
this.charname - charname; 
try { 
BufferedReader reader - new BufferedReader( 
new FileReader (ES 
); 
String line; 
StringBuffer buf - new StringBuffer(); 
while ((line = reader.readLine()) !- null) ( 
buf.append (line); 
buf.append("Mn"); 
} 
reader.close(); 
this.fontdata - buf.toString(); 
) catch (IOException e) ( 
this.fontdata = charname + "?"; 
) 
) 
// 显示 大 型 字符 
public void print() ( 
System.out.print(fontdata); 
} 








| BigCharFactory 类 


BigCharFactory 类 (代码 清单 20-13 ) 是 生成 Bigchaz 类 的 实例 的 工厂 ( factory )。 它 实现 
了 共享 实例 的 功能 。 

pool 字段 用 于 管理 已 经 生成 的 Bigchar 类 的 实例 。Pool 有 泳池 的 意思 。 现 在 任何 存放 某 些 
东西 的 地 方 都 可 以 被 叫 作 Pool。 泳 池 存 储 的 是 水 ， 而 BigcharFactory 的 pool 中 存储 的 则 是 已 
经 生成 的 Bigchar 类 的 实例 。 
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在 BigcharEactory 类 中 ,我 们 使 用 java.util.HashMap 类 来 管理 “字符 串 一 实例 ”之 
间 的 对 应 关系 。 使 用 java.util.HashMap 类 的 put 方 法 可 以 将 某 个 字符 串 CBE) 与 一 个 实例 
CE) 关联 起 来 。 之 后 ， 就 可 以 通过 键 来 获取 它 相 应 的 值 。 在 示例 程序 中 ， 我 们 将 接收 到 的 单个 字 
符 (例如 '3' ) 作为 键 与 表示 3 的 BigChar 的 类 的 实例 对 应 起 来 。 

我 们 使 用 了 Singleton 模式 (第 5 S£ ) 来 实现 BigcharFactory 类， 这 是 因为 我 们 只 需要 一 个 
BigCharFactory 类 的 实例 就 可 以 了 。getInstance 方法 用 于 获取 BigCharFactory 类 的 实 
例 (注意 不 是 Bigchar 类 的 实例 哟 )。 

getBigChar 方 法 是 Flyweight 模 式 的 核心 方法 。 该 方法 会 生成 接收 到 的 字符 所 对 应 的 
BigChar 类 的 实例 。 不 过 ， 如 果 它 发 现 字 符 所 对 应 的 实例 已 经 存在 ， 就 不 会 再 生成 新 的 实例 ， 而 
是 将 之 前 的 那个 实例 返回 给 调用 者 。 

请 仔细 理解 这 段 逻 辑 。 该 方法 首先 会 通过 pool .get () 方法 查找 ， 以 调查 是 否 存 在 接收 到 的 
字符 (charname ) 所 对 应 的 Bigchar 类 的 实例 。 如 果 返 回 值 为 null， 表 示 目 前 为 止 还 没有 创建 
该 实例 ， 于 是 它 会 通过 new BigChar (charname) ; 来 生成 实例 ， 并 通过 pool .put 将 该 实例 放 
A HashMap 中 。 如 果 返 回 值 不 为 nul1l， 则 会 将 之 前 生成 的 实例 返回 给 调用 者 。 

相信 大 家 都 看 明白 了 ， 这 里 我 们 通过 这 种 方式 实现 了 共享 BigChar 类 的 实例 。 

为 什么 我 们 要 使 用 synchronized 关键 字 修 饰 getBigchar 方法 呢 ? 我 们 会 在 习题 20-3 中 
来 讨论 这 个 问题 。 


代码 清单 20-13 BigCharFactory 类 ( BigCharFactory.java ) 


import java.util.HashMap; 


public class BigCharFactory { 
// 管理 已 经 生成 的 Bigchar 的 实例 
private HashMap pool = new HashMap(); 
// Singleton 模式 
private static BigCharFactory singleton - new BigCharFactory(); 
// 构造 函数 
private BigCharFactory() { 


$ 

// 获取 唯一 的 实例 

public static BigCharFactory getInstance() { 
return singleton; 

} 

// 生成 ( 共享 ) BigChar 类 的 实例 


public synchronized BigChar getBigChar(char charname) { 





} 


| Bigstring 类 


BigString 类 (代码 清单 20-14 ) 表示 由 Bigchaz 组 成 的 “大 型 字符 串 ” 的 类 。 
bigchars 字段 是 BigChar 类 型 的 数组 ， 它 里 面 保存 着 Bigchar 类 的 实例 。 在 构造 函数 的 
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for 语句 中 ， 我 们 并 没有 像 下 面 这 样 使 用 new 关键 字 来 生成 BigChar 类 的 实例 。 


for (int i = 0; i < bigchars.length; i++) ( 
bigchars[i] = new BigChar(string.charAt(i)); 人 一 不 共享 实例 
) 


而 是 调用 了 getBigchaz 方 法 ， 具 体 如 下 。 


BigCharFactory factory = BigCharFactory.getInstance(); 
for (int i = 0; i < bigchars.length; itt). ( 

bigchars[i] = factory.getBigChar(string.charAt(i)); < 共享 实例 
} 


由 于 调用 了 BigCharFactory 方法 ， 所 以 对 于 相同 的 字符 来 说 ， 可 以 实现 BigChar 类 的 实 
例 共享 。 例 如 ， 当 要 生成 字符 串 "1212123" 对 应 的 BigsString 类 的 实例 时 ，bigchars 字段 如 
图 20-2 所 示 。 


代码 清单 20-14 BigString 类 ( BigString.java ) 


public class BigString { 

// “大 型 字符 的 数组 

private BigChar[] bigchars; 

// 构造 函数 

public BigString(String string) 1 
bigchars = new BigChar[string.length()]; 
BigCharFactory factory = BigCharFactory.getInstance(); 
for (int i = 0; i < bigchars.length; i-**) ( 


) 


) 
// 显示 
public void print() ( 
for (inti = 0; i < bigchars.length; i++) ( 
bigchars[i].print(); 











BigString 类 的 实例 的 bigchars 字 段 
Bigchar 类 型 的 数组 














Bigchar 类 Bigchar 类 Bigchar 类 
的 实例 的 实例 的 实例 
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| Main 类 


Main 类 (代码 清单 20-15 ) 比较 简单 。 它 根据 接收 到 的 参数 生成 并 显示 BigString 类 的 实 
例 ， 仅 此 而 已 。 


代码 清单 20-15 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) ( 
if (args.length == 0) { 
System.out.println("Usage: java Main digits"); 
System.out.println("Example: java Main 1212123"); 
System.exit(0); 
) 


BigString bs = new BigString(args[0]); 
bs.print(); 


[20-3 Flyweight 模式 的 类 图 
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| 20.3 Flyweight 模式 中 的 登场 角色 


在 Flyweight 模式 中 有 以 下 登场 角色 。Flyweight 模式 的 类 图 请 参见 图 20-3。 
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€ Flyweight ( 轻 量 级 ) 
按照 通常 方式 编写 程序 会 导致 程序 变 重 ， 所 以 如 果 能 够 共享 实例 会 比较 好 ， 而 Flyweight 角色 
表示 的 就 是 那些 实例 会 被 共享 的 类 。 在 示例 程序 中 ， 由 Bigchar 类 扮演 此 角色 。 


€ FlyweightFactory ( 轻 量 级 工厂 ) 
FlyweightFactory 角色 是 生成 Flyweight 角色 的 工厂 。 在 工厂 中 生成 Flyweight 角色 可 以 实现 共 
享 实例 。 在 示例 程序 中 ， 由 BigCharFactory 类 扮演 此 角色 。 


* Client ( 请 求 者 ) 
Client 角色 使 用 FlyweightFactory 角色 来 生成 Flyweight 角色 。 在 示例 程序 中 ,由 Bigstring 
类 扮演 此 角色 。 


注意 本章 中 的 角色 划分 方法 与 GoF 书 (请 参见 附录 E[GoF] ) 有 些 不 同 。 在 GoF 书 中 ， 出 现 
了 ConcreteFlyweight 角色 和 UnsharedConcreteFlyweight 角色 ， 其 中 的 ConcreteFlyweight 角色 
相当 于 本 书 中 的 Flyweight 角色 ， 而 UnsharedConcreteFlyweight 角色 则 没有 出 现在 本 章 的 示 
例 程 序 中 。 
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| 对 多 个 地 方 产生 影响 


Flyweight 模式 的 主题 是 “共享 ”。 那 么 ， 在 共享 实例 时 应 当 注意 什么 呢 ? 

首先 要 想到 的 是 “如 果 要 改变 被 共享 的 对 象 ， 就 会 对 多 个 地 方 产生 影响 ”。 也 就 是 说 ， 一 个 实 
例 的 改变 会 同时 反映 到 所 有 使 用 该 实例 的 地 方 。 例 如 ， 假 设 我 们 改变 了 示例 程序 中 Bigchar 类 
的 '3' 所 对 应 的 字体 数据 ， 那 么 Bigstring 类 中 使 用 的 所 有 '3' 的 字体 ( 形状 ) 都 会 发 生 改变 。 
在 编程 时 ， 像 这 样 修改 一 个 地 方 会 对 多 个 地 方 产生 影响 并 非 总 是 不 好 。 有 些 情况 下 这 是 好 事 ， 有 些 
情况 下 这 是 坏事 。 不 管 怎样 , “修改 一 个 地 方 会 对 多 个 地 方 产生 影响 ”， 这 就 是 共享 的 特点 。 

因此 ， 在 决定 Flyweight 角色 中 的 字段 时 ， 需 要 精 挑 细 选 。 只 将 那些 真正 应 该 在 多 个 地 方 共享 
的 字段 定义 在 Flyweight 角色 中 即 可 。 

关于 这 一 点 ， 让 我 们 简单 地 举 个 例子 。 假 设 我 们 要 在 示例 程序 中 增加 一 个 功能 ， 实 现 显 示 “ 带 
颜色 的 大 型 文字 ”。 那 么 此 时 ， 颜 色 信 息 应 当 放 在 哪个 类 中 呢 ? 

首先 ， 假设 我 们 将 颜色 信息 放 在 Bigchar 类 中 。 由 于 Bigchar 类 的 实例 是 被 共享 的 ， 因 此 
颜色 信息 也 被 共享 了 。 也 就 是 说 ，Bigstring 类 中 用 到 的 所 有 Bigchar 类 的 实例 都 带 有 相同 的 
颜色 。 

如 果 我 们 不 把 颜色 信息 放 在 Bigchar 类 中 ,而 是 将 它 放 在 Bigstring 类 中 。 那 么 
BigString 类 会 负责 管理 “第 三 个 字符 的 颜色 是 红色 的 ”这 样 的 颜色 信息 。 这 样 一 来 ,我们 就 可 
以 实现 以 不 同 的 颜色 显示 同一 个 Bigchar 类 的 实例 。 

那么 两 种 解决 方案 到 底 哪 个 是 正确 的 呢 ? 关于 这 个 问题 ， 其 实 并 没有 绝对 的 答案 。 哪 些 信息 应 
当 共 享 ， 哪 些 信息 不 应 当 共 享 ， 这 取决 于 类 的 使 用 目的 。 设 计 者 在 使 用 Flyweight 模式 共享 信息 时 
必须 仔细 思考 应 当 共 享 哪些 信息 。 
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| Intrinsic 与 Extrinsic 


前 面 讲 到 的 “应 当 共 享 的 信息 和 不 应 当 共 享 的 信息 ”是 有 专 有 名 词 的 。 

应 当 共 享 的 信息 被 称 作 Intrinsic 信息 。Intrinsic 的 意思 是 “本 质 的 ”“ 固 有 的 "”。 换 言 之 ， 它 指 
的 是 不 论 实例 在 哪里 、 不 论 在 什么 情况 下 都 不 会 改变 的 信息 ， 或 是 不 依赖 于 实例 状态 的 信息 。 在 示 
例 程序 中 ，Bigchar 的 字体 数据 不 论 在 Bijgstring 中 的 哪个 地 方 都 不 会 改变 。 因 此 ,BigChar 
的 字体 数据 属于 Intrinsic 信息 。 

另 一 方面 ， 不 应 当 共 享 的 信息 被 称 作 Extrinsic 信息 。Extrinsic 的 意思 是 “外 在 的 ”“ 非 本 质 
的 ”。 也 就 是 说 ， 它 是 当 实 例 的 位 置 、 状 况 发 生 改 变 时 会 变化 的 信息 ， 或 是 依赖 于 实例 状态 的 信息 。 
在 示例 程序 中 ，Bigchaz 的 实例 在 Bigstzing 中 是 第 几 个 字符 这 种 信息 会 根据 Bigchar 在 
BigString 中 的 位 置 变化 而 发 生变 化 。 因 此 ， 不 应 当 在 Bigchnar 中 保存 这 个 信息 ， 它 属于 
Extrinsic 信息 。 

因此 ， 前 面 提 到 的 是 否 共享 “颜色 ”信息 这 个 问题 ,我 们 也 可 以 换 种 说 法 ， 即 应 当 将 “颜色 ” 
看 作 是 Intrinsic 信息 还 是 Extrinsic 信息 。 


表 20-2 Intrinsic 信息 与 Extrinsic 信息 
不 依赖 于 位 置 与 状况 ， 可 以 共享 
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不 要 让 被 共享 的 实例 被 垃圾 回收 器 回收 了 


在 BigCharFactory 类 中 ,我 们 使 用 java .util .HashMap 来 管理 已 经 生成 的 BigCchar 
的 实例 。 像 这 样 在 Java 中 自己 “管理 ”实例 时 ， 必 须 注 意 “不 要 让 实例 被 垃圾 回收 器 回收 了 ”。 


下 面 我 们 简单 地 学 习 一 下 Java 中 的 垃圾 回收 器 。 在 Java 程序 中 可 以 通过 new 关键 字 分 配 内 
存 空间 。 如 果 分 配 了 过 多 内 存 ， 就 会 导致 内 存 不 足 。 这 时 ， 运 行 Java 程序 的 虚拟 机 就 会 开始 垃圾 
回收 处 理 。 它 会 查看 自己 的 内 存 空间 ASH ) 中 是 否 存在 没有 被 使 用 的 实例 ， 如 果 存 在 就 释放 
该 实例 ， 这 样 就 可 以 回收 可 用 的 内 存 空间 。 总 之 ， 它 像 垃 圾 回收 车 一 样 回收 那些 不 再 被 使 用 的 内 
存 空 间 。 

得 益 于 垃圾 回收 器 ，Java 开发 人 员 对 于 new 出 来 的 实例 可 以 放任 不 管 (在 C++ P, 使 用 new 
关键 字 分 配 内 存 空 间 后 ， 必 须 显 式 地 使 用 de 1ete 关键 字 释 放 内 存 空间 。 不 过 在 Java 中 没有 必要 
进行 delete 人 处理。 当然 ，Java 也 没有 提供 delete XEF) 

此 处 的 关键 是 垃圾 回收 器 会 “释放 没有 被 使 用 的 实例 ”。 垃 圾 回收 器 在 进行 垃圾 回收 的 过 程 中 ， 
会 判断 实例 是 否 是 垃圾 。 如 果 其 他 对 象 引 用 了 该 实例 ， 垃 圾 回收 器 就 会 认为 “该 实例 正在 被 使 用 ”， 
不 会 将 其 当 作 垃 圾 回收 掉 。 

现在 ， 让 我 们 再 回顾 一 下 示例 程序 。 在 示例 程序 中 ，poo1 字段 负责 管理 已 经 生成 的 BigChar 
的 实例 。 因 此 ， 只 要 是 pool 字段 管理 的 Bigchar 的 实例 ， 就 不 会 被 看 作 是 垃圾 ， 即 使 该 Bigchar 
的 实例 实际 上 已 经 不 再 被 Bigstring 类 的 实例 所 使 用 。 也 就 是 说 ， 只 要 生成 了 一 个 Bigchar 的 实 
例 ， 它 就 会 长 期 驻 留 在 内 存 中 。 在 示例 程序 中 ， 字 符 串 的 显示 处 理 很 快 就 结束 了 ， 因 此 不 会 发 生 内 存 
不 足 的 问题 。 但 是 如 果 应 用 程序 需要 长 期 运行 或 是 需要 以 有 限 的 内 存 来 运行 ,那么 在 设计 程序 时 ， 开 
发 人 员 就 必须 时 刻 警 惕 “不 要 让 被 共享 的 实例 被 垃圾 回收 器 回收 了 ”。 
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虽然 我 们 不 能 显 式 地 删除 实例 ， 但 我 们 可 以 删除 对 实例 的 引用 。 要 想 让 实例 可 以 被 垃圾 回收 器 
回收 掉 ， 只 需要 显 式 地 将 其 置 于 管理 对 象 外 即 可 。 例 如 ， 只 要 我 们 从 HashMap 中 移 除 该 实例 的 
Entry， 就 删除 了 对 该 实例 的 引用 。 


内存 之 外 的 其 他 资源 


在 示例 程序 中 ， 我 们 了 解 到 共享 实例 可 以 减少 内 存 使 用 量 。 一 般 来 说 ， 共 享 实例 可 以 减少 所 需 
资源 的 使 用 量 。 这 里 的 资源 指 的 是 计算 机 中 的 资源 ， 而 内 存 是 资源 中 的 一 种 。 

时 间 也 是 一 种 资源 。 使 用 new 关键 字 生 成 实例 会 花费 时 间 。 通 过 Flyweight 模式 共享 实例 可 以 
减少 使 用 new 关键 字 生 成 实例 的 次 数 。 这 样 ， 就 可 以 提高 程序 运行 速度 。 

文件 句柄 (文件 描述 符 ) 和 窗口 句柄 等 也 都 是 一 种 资源 。 在 操作 系统 中 ， 可 以 同时 使 用 的 文件 
句柄 和 窗口 句柄 是 有 限制 的 。 因 此 ， 如 果 不 共享 实例 ， 应 用 程序 在 运行 时 很 容易 就 会 达到 资源 极限 
Tfj S SUIS o 


[20.5 相关 的 设计 模式 


€ Proxy 模式 (第 21 章 ) 

如 果 生 成 实例 的 处 理 需要 花费 较 长 时 间 ， 那 么 使 用 Flyweight 模式 可 以 提高 程序 的 处 理 
速度 。 

而 Proxy 模式 则 是 通过 设置 代理 提高 程序 的 处 理 速度 。 

€ Composite 模式 (第 11 章 ) 

有 时 可 以 使 用 Flyweight 模式 共享 Composite 模式 中 的 Leaf 角色 。 


€ Singleton 模式 (第 5 章 ) 

在 FlyweightFactory 角色 中 有 时 会 使 用 Singleton 模式 。 

此 外 ， 如 果 使 用 了 Singleton 模式 ， 由 于 只 会 生成 一 个 Singleton 角色 ， 因 此 所 有 使 用 该 实例 的 
地 方 都 共享 同一 个 实例 。 在 Singleton 角色 的 实例 中 只 持 有 intrinsic 信息 。 


| 20.6 ”本 章 所 学 知识 


在 本 章 中 ， 我们 学 习 了 通过 共享 实例 减少 内 存 使 用 量 的 Flyweight 模式 。 如 果 改 变 了 被 共享 的 
实例 ， 那 么 会 对 所 有 使 用 该 实例 的 地 方 都 产生 影响 。 因 此 ， 需 要 注意 区 分 应 当 共 享 的 Intrinsic 信息 
和 不 应 当 共享 的 Exrinsic 信息 。 


20.7 ”练习 题 答案 请 参见 附录 A ( P.338 ) 





e 习题 20-1 
请 为 示例 程序 中 的 Bigstring 类 (代码 清单 20-14 ) 增加 如 下 构造 函数 。 
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BigString(String string, boolean shared) 


M shared X true 时 ， 程 序 中 会 共享 Bigchar 类 的 实例 ; 当 shared X false 时 
则 不 会 共享 实例 。 


e 习题 20-2 
请 使 用 习题 20-1 中 修改 后 的 Bigstring 类 (代码 清单 A20-1 )， 来 比较 共享 BigChar 
类 的 实例 时 和 不 共享 Bigchar 类 的 实例 时 内 存 的 使 用 量 。 
参考 ”可 以 通过 以 下 方法 大 致知 道 程序 当前 的 内 存 使 用 量 。 为 了 能 获取 比较 准确 的 内 
存 使 用 量 ， 我 们 会 先 使 用 gc 方法 进行 垃圾 回收 后 再 进行 计算 。 


Runtime.getRuntime().gc(); 


long used = Runtime.getRuntime().totalMemory() - Runtime.getRuntime(). 
freeMemory(); 
System.out.println(" 使 用 内 存 = " + used); 

e 习题 20-3 


在 示例 程序 的 BigcharEactory 类 (代码 清单 20-13) 中 ,，getBigChar 方法 是 
synchronized 方法 。 如 果 不 使 用 synchronized 修饰 符 ， 会 有 什么 问题 呢 ? 





5821€ Proxy 模式 





只 在 必要 时 生成 实例 
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| 21.1 Proxy 模式 


在 本 章 中 ， 我 们 将 要 学 习 Proxy 模式 。 

Proxy 是 “代理 人 ”的 意思 ， 它 指 的 是 代替 别人 进行 工作 的 人 。 当 不 一 定 需要 本 人 亲自 进行 工 
作 时 ， 就 可 以 寻找 代理 人 去 完成 工作 。 但 代理 人 毕竟 只 是 代理 人 ， 能 代替 本 人 做 的 事情 终究 是 有 限 
的 。 因 此 ， 当 代理 人 遇 到 无 法 自己 解决 的 事情 时 就 会 去 找 本 人 解决 该 问题 。 

在 面向 对 象 编程 中 ,“ 本 人 ”和 “代理 人 ”都 是 对 象 。 如 果 “ 本 人 ”对 象 太 忙 了 ， 有 些 工作 无 
法 自己 亲自 完成 ， 就 将 其 交 给 “代理 人 ”对 象 负责 。 


| 21.2 示例 程序 


下 面 我 们 来 看 一 段 使 用 了 Proxy 模式 的 示例 程序 。 这 段 示例 程序 实现 了 一 个 “ 带 名 字 的 打印 
机 ”。 说 是 打印 机 ， 其 实 只 是 将 文字 显示 在 界面 上 而 已 。 在 Main 类 中 会 生成 PrinterProxy 类 的 
实例 ( 即 “代理 人 ”)。 首 先 我 们 会 给 实例 赋予 名 字 Alice 并 在 界面 中 显示 该 名 字 。 接 着 会 将 实例 
名 字 改 为 Bob， 然 后 显示 该 名 字 。 在 设置 和 获取 名 字 时 ， 都 不 会 生成 真正 的 Printer 类 的 实例 
( 即 本 人 )， 而 是 由 PrinterProxy 类 代理 。 最 后 ， 直 到 我 们 调用 print 方法 ， 开 始 进入 实际 打 
印 阶段 后 ，PrinterProxy 类 才 会 生成 Printer 类 的 实例 。 示 例 程 序 的 类 图 请 参见 图 21-1, 
时 序 图 请 参见 图 21-2。 

为 了 让 PrinterProxy 类 与 Printer 类 具有 一 致 性 ， 我 们 定义 了 Printable 接口 。 示 例 
程序 的 前 提 是 “生成 Printer 类 的 实例 ”这 一 处 理 需要 花费 很 多 时 间 。 为 了 在 程序 中 体现 这 一 点 ， 
RIJE Printer 类 的 构造 函数 中 调用 了 heavyJob 方法 ， 让 它 王 一些“ 重活”( 虽说 是 重活 ， 也 
不 过 是 让 程序 睡眠 5 秒 钟 )。 


表 21-1 类 和 接口 的 一 览 表 


| EUG 
类 (本 人 ) 


Printable | Printer 和 PrinterProxy 的 共同 接口 














PrinterProxy | 表示 带 名 字 的 打印 机 的 类 ( 代理 人 ) 
测试 程序 行为 的 类 
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示例 程序 的 类 图 








««interface»» 
Printable 








setPrinterName 
getPrinterName 
print 











Printer 












setPrinterName setPrinterName 
getPrinterName getPrinterName 
print print 

-realize -heavyJob 








|B212 示例 程序 的 时 序 











:PrinterProxy 





getPrinterName 


setPrinterName 


kz------------------------ 


getPrinterName 

















| Printer 类 


Printer 类 (代码 清单 21-1 ) 是 表示 “本 人 ”的 类 。 
在 之 前 的 学 习 中 我 们 也 了 解 到 了 ， 在 它 的 构造 函数 中 ， 我 们 让 它 做 一 些 所 谓 的 “重活 ”(heavyJob )。 
setPrinterName 方法 用 于 设置 打印 机 的 名 字 ; getPrinterName 用 于 获取 打印 机 的 名 字 。 
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print 方法 则 用 于 显示 带 一 串 打 印 机 名 字 的 文字 。 

heavyJob 是 一 个 干 5 秒 钟 “重活 ”的 方法 ， 它 每 秒 (1000 毫秒 ) 以 点 号 C.) 显示 一 次 干 活 的 
进度 。 
Proxy 模式 的 核心 是 PrinterProxy 类 。Printer 类 自身 并 不 难 理解 。 


代码 清单 21-1 ”Printer 类 ( Printer.java ) 


public class Printer &Emplem 
private String name; 
public Printer() ( 
heavyJob (" 正在 生成 Printer 的 实例 ") ; 





} 

public Printer(String name) { // 构造 函数 
this.name - name; 
heavyJob (" 正在 生成 Printer 的 实例 (" + name + ")"); 

) 

public void SetPrinterName (String name) ( // 设置 名 字 
this.name - name; 






) 








public String getPrint { // 获取 名 字 
return name; 

) 

public void print (String string) ( // 显示 带 打印 机 名 字 的 文字 
System.out.println("--- " + name + " ==="); 


System.out.println(string); 
} 
private void heavyJob(String msg) { // 重活 
System.out.print (msg); 
for (int i = 0; i < 5; i++) ( 
try ( 
Thread.sleep(1000); 
) catch (InterruptedException e) ( 
) 
System.out.print("."); 


) 
System.out.println(" 结束 。"); 





| Printable 接口 


Printable 接口 (代码 清单 21-2 ) 用 于 使 PrinterProxy 类 和 Printer 类 具有 一 致 性 。 
setPrinterName 方法 用 于 设置 打印 机 的 名 字 ; getPrinterName 用 于 获取 打印 机 的 名 字 ; 
print 用 于 显示 文字 ( 打印 输出 )。 


代码 清单 21-2 Printable 接口 ( Printable.java ) 








public interface Printable { 
public abstract void setPrinterName (String name); // 设置 名 字 


public abstract String getPrinterName(); // 获取 名 字 
public abstract void print(String string); // 显示 文字 ( 打印 输出 ) 








CUPS REESE INERAT TIERE TETUR, 
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| PrinterProxy 类 


PrinterProxy 类 (代码 清单 21-3 ) 是 扮演 “代理 人 ”和 角色 的 类 ， 它 实现 了 Printable 
接口 。 

name 字段 中 保存 了 打印 机 的 名 字 ， 而 real 字段 中 保存 的 是 “本 人 ”。 

在 构造 函数 中 设置 打印 机 的 名 字 ( 此 时 还 没有 生成 “本 人 ”)。 

setPrinterName 方法 用 于 设置 新 的 打印 机 名 字 。 如 果 real 字段 不 为 null (也 就 是 已 经 生 
成 了 “本 人 ”)， 那么 会 设置 “本 人 ”的 名 字 ”。 但 是 当 real FRY null 时 ( 即 还 没有 生成 “本 
人 ”)， 那 么 只 会 设置 自己 ( PrinterProxy 的 实例 ) 的 名 字 。 

getPrinterName 会 返回 自己 的 name 字段 。 

print 方法 已 经 超出 了 代理 人 的 工作 范围 ， 因 此 它 会 调用 realize 方法 来 生成 本 人 。Realize 
有 “实现 ”( 使 成 为 真 的 东西 ) HAR, EWH realize JAR, real 字段 中 会 保存 本 人 
(Print 类 的 实例 )， 因 此 可 以 调用 real .print 方法 。 这 就 是 “委托 ”。 

不 论 setPrinterName 方法 和 getPrinterName 方法 被 调用 多 少 次 ， 都 不 会 生成 Printer 
类 的 实例 。 只 有 当真 正 需要 本 人 时 ， 才 会 生成 Printer 类 的 实例 ( PrinterProxy 类 的 调用 者 完 
全 不 知道 是 否 生成 了 本 人 ， 也 不 用 在 意 是 否 生成 了 本 人 )。 

realize 方法 很 简单 ， 当 real 字段 为 null 时 ， 它 会 使 用 new Printer 来 生成 Printer 
类 的 实例 ; WR real 字段 不 为 null ( 即 已 经 生成 了 本 人 )， 则 什么 都 不 做 。 

这 里 希望 大 家 记 住 的 是 ，Printer 类 并 不 知道 PrinterProxy 类 的 存在 。 即 ，Printer 类 
并 不 知道 自己 到 底 是 通过 PrinterProxy 被 调用 的 还 是 直接 被 调用 的 。 

但 反 过 来 ，PrinterProxy 类 是 知道 Printer 类 的 。 这 是 因为 PrinterProxy 类 的 real 
字段 是 Printer 类 型 的 。 在 PrinterProxy 类 的 代码 中 ， 显 式 地 写 出 了 Printer 这 个 类 名 。 因 
此 ，PrinterProxy 类 是 与 Printer 类 紧密 地 关联 在 一 起 的 组 件 ( 关于 它们 之 间 的 解 耦 方法 ， 请 
参见 习题 21-1 )。 

相信 细心 的 读者 应 该 已 经 发 现 了 Printer 类 的 setPrinterName 方法 和 realize 方 法 都 
是 synchronized 方法 。 我 们 会 在 习题 21-2 中 讨论 这 样 设计 的 原因 。 


代码 清单 21-3 — PrinterProxy 类 ( PrinterProxy.java ) 











public class PrinterProxy B le 






public PrinterProxy() 1 

} 

public PrinterProxy (String name) { // 构造 函数 
this.name = name; 


} 
public synchronized void 
if (real != null) ( 
real.setPrinterName (name);  // 同时 设置 “本 人 ”的 名 字 
} 


this.name = name; 


Name(String name) { // 设置 名 字 





} 


public String ge { // 获取 名 字 





(D 在 设置 “本 人 ”的 名 字 后 还 会 同时 设置 自己 (PrinterProxy 的 实例 ) 的 名 字 。 这 一 点 可 以 从 代码 
中 看 出 来 。 一 一 译 者 注 
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return name; 

) 

public void PESBÉ (String string) ( // 显示 
realize(); 
real.print(string); 

) 

private synchronized void realize() { // 生成 “本 人 ” 





| Main 类 
Main 类 (代码 清单 21-4 ) 通过 PrinterProxy 类 使 用 Printer 类 。Main 类 首先 会 生成 
PrinterProxy， 然 后 调用 getPrinterName 方 法 获取 打印 机 名 并 显示 它 。 之 后 通过 
setPrinterName 方法 重新 设置 打印 机 名 。 最 后 ， 调 用 print 方法 输出 "Hello.world. "o 
示例 程序 的 运行 结果 如 图 21-3 所 示 。 请 注意 ， 在 设置 名 字 和 显示 名 字 之 间 并 没有 生成 
Printer 的 实例 (本 人 )， 直 至 调用 print 方法 后 ，Printe 的 实例 才 被 生成 。 


代码 清单 21-4 — Main 类 ( Main java ) 


public class Main 1{ 
public static void main(String[] args) { 
Printable p - new PrinterProxy("Alice"); 
System.out.println(" 现在 的 名 字 是 " + p.Bg8EPESHESENaHS( + "o "); 
p BEEBEERESENBRG ("50"); 
System.out.println(" 现在 的 名 字 是 " + p.BeEPESHESEZNSMS + "o "); 
p. PaE "Hello, world."); 





[a213 示例 程序 的 运行 结果 








现在 的 名 字 是 Aliceo 
现在 的 名 字 是 Bobo 


Printer 的 实例 ( Bob ) 生成 中 
= 
Hello,world. 
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在 Proxy 模式 中 有 以 下 登场 角色 。 


€ Subject ( 主体 ) 

Subject 角色 定义 了 使 Proxy 角色 和 RealSubject 角色 之 间 具 有 一 致 性 的 接口 。 由 于 存在 Subject 
角色 ， 所 以 Client 角色 不 必 在 意 它 所 使 用 的 究竟 是 Proxy 角色 还 是 RealSubject 角色 。 在 示例 程序 
rH, H Printable 接口 扮演 此 角色 。 
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€ Proxy ( 代理 人 ) 

Proxy 角色 会 尽量 处 理 来 自 Client 角色 的 请 求 。 只 有 当 自 己 不 能 处 理 时 ， 它 才 会 将 工作 交 给 
RealSubject 角色 。Proxy 角色 只 有 在 必要 时 才 会 生成 RealSubject 角色 。Proxy 角色 实现 了 在 Subject 
角色 中 定义 的 接口 (API )。 在 示例 程序 中 ， 由 PrinterProxy 类 扮演 此 角色 。 

€ RealSubject ( 实际 的 主体 ) 

“本 人 ”RealSubject 角色 会 在 “代理 人 ”Proxy 角色 无 法 胜任 工作 时 出 场 。 它 与 Proxy 角色 一 样 ， 
也 实现 了 在 Subject 角色 中 定义 的 接口 (API )。 在 示例 程序 中 ， 由 Printer 类 扮演 此 角色 。 

€ Client ( 请 求 者 ) 

使 用 Proxy 模式 的 角色 。 在 GoF B ( 请 参见 附录 E[GoF] ) P, Client 角色 并 不 包含 在 Proxy 模 
式 中 。 在 示例 程序 中 ， 由 Main 类 扮演 此 角色 。 


| 图 21-4 Proxy 模式 的 类 图 
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| 使 用 代理 人 来 提升 处 理 速度 


TE Proxy 模式 中 ，Proxy 角色 作为 代理 人 尽力 肩负 着 工作 使 命 。 例 如 ， 在 示例 程序 中 ， 通 过 使 
用 Proxy 角色 ， 我 们 成 功 地 将 耗 时 处 理 ( 生成 实例 的 处 理 ) 推迟 至 print 方法 被 调用 后 才 进 行 。 

示例 程序 中 的 耗 时 处 理 的 消耗 时 间 并 不 算 太 长 ， 大 家 可 能 感受 不 深 。 请 大 家 试想 一 下 ， 假 如 在 
一 个 大 型 系统 的 初始 化 过 程 中 ， 存 在 大 量 的 耗 时 处 理 。 如 果 在 启动 系统 时 连 那些 暂时 不 会 被 使 用 的 
功能 也 初始 化 了 ， 那 么 应 用 程序 的 启动 时 间 将 会 非常 漫长 ， 这 将 会 引发 用 户 的 不 满 。 而 如 果 我 们 只 
在 需要 使 用 某 个 功能 时 才 将 其 初始 化 ， 则 可 以 帮助 我 们 改善 用 户 体验 。 

GoF P (请 参见 附录 E[GoF] ) 在 讲解 Proxy 模式 时 ， 使 用 了 一 个 可 以 在 文本 中 内 入 图 形 对 象 
(例如 图 片 等 ) 的 文本 编辑 器 作为 例子 。 为 了 生成 这 些 图 形 对 象 ， 需 要 读 取 图 片 文件 ， 这 很 耗费 时 
间 。 因 此 如 果 在 打开 文档 时 就 生成 有 所 的 图 形 对 象 ， 就 会 导致 文档 打开 时 间 过 长 。 所 以 ,最 好 是 当 
用 户 浏览 至 文本 中 各 个 图 形 对 象 时 ， 再 去 生成 它们 的 实例 。 这 时 ，Proxy 模式 就 有 了 用 武之 地 。 
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| 有 必要 划分 代理 人 和 本 人 吗 


当然 ,我 们 也 可 以 不 划分 PrinterProxy 类 和 Printer 类 ， 而 是 直接 在 Printer 类 中 加 入 
惰性 求 值 功能 ( 即 只 有 必要 时 才 生 成 实例 的 功能 )。 不 过 ， 通 过 划分 PrinterProxy 角色 和 
Printer 角色 ， 可 以 使 它们 成 为 独立 的 组 件 ， 在 进行 修改 时 也 不 会 互相 之 间 产 生 影响 C 分 而 治之 )。 

只 要 改变 了 PrinterProxy 类 的 实现 方式 ， 即 可 改变 在 Printable 接口 中 定义 的 那些 方法 ， 
即 对 于 “哪些 由 代理 人 负责 处 理 ， 哪 些 必须 本 人 负责 处 理 ” 进 行 更 改 。 而 且 ， 不 论 怎 么 改变 ， 都 不 
必修 改 Printer 类 。 如 果 不 想 使 用 惰性 求 值 功 能 ， 只 需要 修改 Main 类 ， 将 它 使 用 new 关键 字 生 
成 的 实例 从 PrinterProxy 类 的 实例 变 为 Printez 类 的 实例 即 可 。 由 于 PrinterProxy 类 和 
Printer 类 都 实现 了 Printable 接口 ， 因 此 Main 类 可 以 放心 地 切换 这 两 个 类 。 

在 示例 程序 中 ，PrinterProxy 类 代表 了 “Proxy 角色 ”。 因 此 使 用 或 是 不 使 用 PrinterProxy 
类 就 代表 了 使 用 或 是 不 使 用 代理 功能 。 


| 代理 与 委托 


代理 人 只 代理 他 能 解决 的 问题 。 当 遇 到 他 不 能 解决 的 问题 时 ， 还 是 会 “转交 ”给 本 人 去 解决 。 
这 里 的 “转交 ”就 是 在 本 书 中 多 次 提 到 过 的 “委托 ”。 从 PrinterProxy 类 的 print 方法 中 调用 
real.print 方法 正 是 这 种 “委托 ”的 体现 。 

在 现实 世界 中 ,应当 是 本 人 将 事情 委托 给 代理 人 负责 ， 而 在 设计 模式 中 则 是 反 过 来 的 。 


| 透明 性 

PrinterProxy 类 和 Printer 类 都 实现 了 Printable 接口 ， 因 此 Main 类 可 以 完全 不 必 在 
意 调用 的 究竟 是 PrinterProxy 类 还 是 Printer 类 。 无 论 是 直接 使 用 Printer 类 还 是 通过 
PrinterProxy 类 间接 地 使 用 Printer 类 都 可 以 。 

在 这 种 情况 下 ， 可 以 说 PrinterProxy 类 是 具有 “透明 性 ”的 。 就 像 在 人 和 一 幅 画 之 间 放 置 
了 一 块 透明 的 玻璃 板 后 ， 我 们 依然 可 以 透 过 它 看 到 画 一 样 ， 即 使 在 Main 类 和 Printer 类 之 间 加 
人 一 个 PrinterProxy 类 ， 也 不 会 有 问题 。 


| HTTP 代理 


提 到 代理 ， 许 多 人 应 该 都 会 想到 HTTP 代理 。HTTP 代理 是 指 位 于 HTTP 服务 器 ( Web 服务 器 ) 
FI HTTP 客户 端 ( Web 浏览 器 ) 之 间 ， 为 Web 页 面 提供 高 速 缓存 等 功能 的 软件 。 我 们 也 可 以 认为 它 
是 一 种 Proxy 模式 。 

HTTP 代理 有 很 多 功能 。 作 为 示例 ， 我 们 只 讨论 一 下 它 的 页 面 高 速 缓存 功能 。 

通过 Web 浏览 器 访问 Web 页 面 时 ， 并 不 会 每 次 都 去 访问 远程 Web 服务 器 来 获取 页 面 的 内 容 ， 
而 是 会 先 去 获取 HTTP 代理 缓存 的 页 面 。 只 有 当 需 要 最 新 页 面 内 容 或 是 页 面 的 缓存 期 限 过 期 时 ， 才 
去 访问 远程 Web IRI 47o 

在 这 种 情况 下 ，Web 服务 器 扮演 的 是 Client 角色 ，HTTP 代理 扮演 的 是 Proxy 角色 ， 而 Web 服 
务 器 扮演 的 则 是 RealSubject 角色 。 
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| 各 种 Proxy 模式 
Proxy 模式 有 很 多 种 变化 形式 。 
* Virtual Proxy ( 虚拟 代理 ) 
Virtual Proxy 就 是 本 章 中 学 习 的 Proxy 模式 。 只 有 当真 正 需要 实例 时 ， 它 才 生 成 和 初始 化 实例 。 
€ Remote Proxy ( 远程 代理 ) 
Remote Proxy 可 以 让 我 们 完全 不 必 在 意 RealSubject 角色 是 否 在 远程 网 络 上 ， 可 以 如 同 它 在 自 


己 身边 一 样 ( 透明 性 地 ) 调用 它 的 方法 。Java 的 RMI (RemoteMethodInvocation : 远程 方法 调用 ) 
就 相当 于 Remote Proxy。 





€ Access Proxy 
Access Proxy 用 于 在 调用 RealSubject 角色 的 功能 时 设置 访问 限制 。 例 如 ， 这 种 代理 可 以 只 允许 
指定 的 用 户 调用 方法 ， 而 当 其 他 用 户 调 用 方法 时 则 报错 。 


[215 相关 的 设计 模式 


€ Adapter 模式 (第 2 章 ) 

Adapter 模式 适 配 了 两 种 具有 不 同 接口 (API) 的 对 象 ， 以 使 它们 可 以 一 同 工 作 。 而 在 Proxy 模 
式 中 ，Proxy 角色 与 RealSubject 角色 的 接口 ( APT) 是 相同 的 (透明 性 )。 

€ Decorator 模式 (第 12 章 ) 


Decorator 模式 与 Proxy 模式 在 实现 上 很 相似 ， 不 过 它们 的 使 用 目的 不 同 。 
Decorator 模式 的 目的 在 于 增加 新 的 功能 。 而 在 Proxy 模式 中 ， 与 增加 新 功能 相 比 ， 它 更 注重 通 
过 设置 代理 人 的 方式 来 减轻 本 人 的 工作 负担 。 


[21.6 本 章 所 学 知识 


在 本 章 中 ， 我 们 学 习 了 Proxy 模式 ， 即 让 代理 人 负责 完成 工作 ， 除 非 那些 工作 必须 由 本 人 
完成 。 


21.7 练习 题 答案 请 参见 附录 A ( P.340 ) 


@ 习 题 21-1 
在 示例 程序 中 ，PrinterProxy 类 (代码 清单 21-3 ) 知道 Printer 类 (代码 清单 
21-1 )。 即 在 PrinterProxy 类 中 显 式 地 写 明 了 Printer 类 的 类 名 。 
请 修改 PrinterProxy 类 ， 让 其 不 必 知 道 Printer 类 。 


提示 ”有 许多 不 同 的 实现 方法 。 这 里 请 大 家 试 着 将 RealSubject 角色 的 类 名 作为 字符 串 
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传递 给 PrinterProxy 类 的 构造 函数 。 


e 习题 21-2 
在 示例 程序 中 ，PrinterProxy 类 (代码 清单 21-3 ) 的 setPrinterName 方法 和 
realize 方 法 都 是 synchronized 方法 。 如 果 不 使 用 synchronized 方法 会 有 什么 
问题 呢 ? 请 举例 说 明 。 


第 10 部 分 用 类 来 表现 


第 22 章 Command 模式 





命令 也 是 类 
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: 22.1 Command 模式 


一 个 类 在 进行 工作 时 会 调用 自己 或 是 其 他 类 的 方法 ,虽然 调用 结果 会 反映 在 对 象 的 状态 中 , 但 
并 不 会 留 下 工作 的 历史 记录 。 

这 时 ， 如 果 我 们 有 一 个 类 ， 用 来 表示 “请 进行 这 项 工作 ”的 “命令 ”就 会 方便 很 多 。 每 一 项 想 
做 的 工作 就 不 再 是 “方法 的 调用 ”这 种 动态 处 理 了 ， 而 是 一 个 表示 命令 的 类 的 实例 ， 即 可 以 用 
“ 物 ” 来 表示 。 要 想 管 理工 作 的 历史 记录 ， 只 需 管理 这 些 实例 的 集合 即 可 ， 而 且 还 可 以 随时 再 次 执 
行 过 去 的 命令 ,或 是 将 多 个 过 去 的 命令 整合 为 一 个 新 命令 并 执行 。 

在 设计 模式 中 ,我们 称 这 样 的 “命令 ”为 Command 模式 ( command 有 “命令 ”的 意思 )。 

Command 有 时 也 被 称 为 事件 (event )。 它 与 “事件 驱动 编程 ”中 的 “事件 ”是 一 样 的 意思 。 当 
发 生 点 击 鼠 标 、 按 下 键盘 按键 等 事件 时 ， 我 们 可 以 先 将 这 些 事件 作成 实例 ， 然 后 按照 发 生 顺 序 放 人 
队列 中 。 接 着 ， 再 依次 去 处 理 它们 。 在 GUI ( graphical user interface ) 编程 中 ， 经 常 需要 与 “事件 ” 
打交道 。 

在 本 章 中 ， 我 们 将 学 习 与 “命令 ”打交道 的 Command 模式 。 


| 22.2 示例 程序 | 


下 面 我 们 来 看 一 段 使 用 了 Command 模式 的 示例 程序 。 这 段 示 例 程序 是 一 个 画图 软件 ， 它 的 
功能 很 简单 ， 即 用 户 拖 动 鼠标 时 程序 会 绘制 出 红色 圆 点 ， 点 击 clear 按钮 后 会 清除 所 有 的 圆 点 。 

用 户 每 拖 动 一 次 鼠标 ， 应 用 程序 都 会 为 “在 这 个 位 置 画 一 个 点 ”这 条 命令 生成 一 个 
DrawCommand 类 的 实例 。 只 要 保存 了 这 条 命令 ， 以 后 有 需要 时 就 可 以 重新 绘制 。 





1 画 腕 别 。 示 例 程序 的 运行 结果 











Fe d nd 





示例 程序 中 的 类 和 接口 的 一 览 请 参见 表 22-1。 示 例 程序 一 共 被 划分 成 了 3 个 包 。 
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322-1 类 和 接口 的 一 览 表 
command 示 “ 命 令 ” 的 接口 
eon 示 “ 由 多 条 命令 整合 成 的 命令 ”的 类 
DrawCommand 示 “ 绘 制 一 个 点 的 命令 ”的 类 
Drawable 示 “ 绘 制 对 象 ”的 接口 
DrawCanvas 实现 “绘制 对 象 ”的 类 

Main 测试 程序 行为 的 类 


command 包 中 存放 的 是 与 “命令 ”相关 的 类 和 接口 ， 而 drawer 包 中 存放 的 则 是 与 “绘制 ” 
相关 的 类 和 接口 。Main 类 没有 放 在 任何 包 中 。 






































|m222 示例 程序 的 类 图 
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| Command 接口 


Command 接口 (代码 清单 22-1 ) 是 表示 “命令 ”的 接口 。 在 该 接口 中 只 定义 了 一 个 方法 ， 即 
execute (execute 有 “执行 ”的 意思 )。 至 于 调用 execute 方法 后 具体 会 进行 什么 样 的 处 理 ， 
则 取决 于 实现 了 Command 接口 的 类 。 总 之 ，Command 接口 的 作用 就 是 “执行 ”什么 东西 。 


代码 清单 22-1 Command 接口 ( Command .java ) 


package command; 





public interface Command { 
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public abstract void execute(); 


} 





| MacroCommand 类 


MacroCommand 类 ( 代码 清单 21-2 ) 表示 “由 多 条 命令 整合 成 的 命令 ”。 该 类 实现 了 Command 
接口 。Macrocommand 中 的 Macro 有 “大 量 的 ”的 意思 ， 在 编程 中 ， 它 一 般 表 示 “ 由 多 条 命令 整 
合成 的 命令 ”。 

MacroCommand 类 的 commands 字段 是 java .util.Stack 类 型 的 ， 它 是 保存 了 多 个 
Command (实现 了 Command 接口 的 类 的 实例 ) 的 集合 。 虽 然 这 里 也 可 以 使 用 java .util. 
ArrayList 类 型 ， 不 过 后 文中 会 提 到 ， 为 了 能 轻松 地 实现 undo 方法 ,我 们 还 是 决定 使 用 java . 
util.Stack 类 型 。 

由 于 MacroCommand 类 实现 了 Command 接口 ， 因 此 在 它 内 部 也 定义 了 execute 方法 。 那 么 
execute 方法 应 该 进行 什么 处 理 呢 ? 既然 要 运行 多 条 命令 ， 那 么 只 调用 commands 字段 中 各 个 实 
例 的 execute 方法 不 就 可 以 了 吗 ? 这 样 ， 就 可 以 将 Macrocommand 自己 保存 的 所 有 Command 全 
部 执行 一 遍 。 不 过 ， 如 果 while 循环 中 要 执行 的 Command 又 是 另外 一 个 Macrocommand 类 的 实 
例 呢 ? 这 时 ， 该 实例 中 的 execute 方法 也 是 会 被 调用 的 。 因 此 ， 最 后 的 结果 就 是 所 有 的 Command 
全 部 都 会 被 执行 。 

append 方 法 用 于 向 MacroCommand 类 中 添加 新 的 Command ( 所谓“ 添加 新 的 Command" 
是 指 添加 新 的 实现 (implements ) 了 Command 接口 的 类 的 实例 )。 新 增加 的 command 也 可 能 是 
MacroCommand 类 的 实例 。 这 里 的 if 语句 的 作用 是 防止 不 小 心 将 自己 (this ) 添加 进去 。 如 果 这 
么 做 了 ，execute 方法 将 会 陷入 死 循环 ， 永 远 不 停 地 执行 。 这 里 我 们 使 用 了 java .util.Stack 
类 的 push 方法 ， 它 会 将 元 素 添加 至 java .util .Stack 类 的 实例 的 末尾 。 

undo 方法 用 于 删除 commandas 中 的 最 后 一 条 命令 。 这 里 我 们 使 用 了 java .util.stack 类 
的 pop 方法 ， 它 会 将 push 方法 添加 的 最 后 一 条 命令 取出 来 。 被 取出 的 命令 将 会 从 Stack 类 的 实 
例 中 被 移 除 。 

clear 方法 用 于 删除 所 有 命令 。 


代码 清单 22-2 MacroCommand 类 ( MacroCommand.java ) 


package command; 


import java.util.Stack; 
import java.util.Iterator; 


public class MacroCommand implements Command ( 
// 命令 的 集合 
private Stack commands = new Stack () 
// 执行 


public void execute() { 


) 


// 添加 命令 
public void append(Command cmd) { 
if (cmd != this) ( 
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commands.push (cmd) ; 


} 


} 
// 删除 最 后 一 条 命令 
public void undo() { 
if (!commands.empty()) { 
commands.pop(); 


) 


) 

// 删除 所 有 命令 

public void clear() ( 
commands.clear(); 


) 





| DrawCommand 类 


DrawCommand 类 (代码 清单 22-3) 实现 了 Command 接口 ， 表 示 “ 绘 制 一 个 点 的 命令 ”。 在 该 
类 中 有 两 个 字段 ， 即 drawable 和 position。drawable 保存 的 是 “绘制 的 对 象 ”( 我 们 会 在 稍 
后 学 习 Drawable 接口 ); position 保存 的 是 “绘制 的 位 置 "。Point 类 是 定义 在 java.awt 包 
中 的 类 ， 它 表示 由 邢 轴 和 了 轴 构 成 的 平面 上 的 坐标 。 

DrawCommand 类 的 构造 函数 会 接收 两 个 参数 ， 一 个 是 实现 了 Drawable 接口 的 类 的 实例 ,一 
个 是 Point 类 的 实例 ， 接 收 后 会 将 它们 分 别 保存 在 drawable 字段 和 position 字段 中 。 它 的 作 
用 是 生成 “在 这 个 位 置 绘制 点 ”的 命令 。 

execute 方法 调用 了 drawable 字段 的 draw 方法 。 它 的 作用 是 执行 命令 。 


代码 清单 22-3 — DrawCommand 类 ( DrawCommand.java ) 


package drawer; 


import command.Command; 
import java.awt.Point; 


public class DrawCommand implements Command { 

// 绘制 对 象 

protected Drawable drawable; 

// 绘制 位 置 

private Point position; 

// 构造 函数 

public DrawCommand(Drawable drawable, Point position) { 
this.drawable - drawable; 
this.position = position; 

) 

// 执行 


| Drawable 接口 
Drawable 接口 (代码 清单 22-4 ) 是 表示 “绘制 对 象 ”的 接口 。draw 方法 是 用 于 绘制 的 方法 。 
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在 示例 程序 中 ， 我 们 尽量 让 需求 简单 一 点 ， 因 此 暂时 不 考虑 指定 点 的 颜色 和 点 的 大 小 。 关 于 指定 点 
的 颜色 的 问题 ， 我 们 会 在 习题 22-1 中 讨论 。 


-4 Drawable 接口 ( Drawable.java ) 





package drawer; 


public interface Drawable { 
public abstract void draw(int x, int y); 


} 





| DrawCanvas 类 


DrawCanvas 类 (代码 清单 22-5) 实现 了 Drawable 接口 , TÉ java.awt.Canvas 的 
T3, 

E history 字段 中 保存 的 是 Drawcanvas 类 自己 应 当 执 行 的 绘制 命令 的 集合 。 该 字段 是 
command.MacroCommand 类 型 的 。 

DrawCanvas 类 的 构造 函数 使 用 接收 到 的 宽 (width)、 高 (neight) 和 绘制 内 容 
(history ) 去 初始 化 Drawcanvas 类 的 实例 。 在 构造 函数 内 部 被 调用 的 setsize 方 法 和 
setBackground 方法 是 java.awt .Canvas 的 方法 ， 它 们 的 作用 分 别 是 指定 大 小 和 背景 色 。 

当 需 要 重新 绘制 DrawCanvas Hf, Java 处 理 ( java .awt 的 框架 ) 会 调用 print 方法 。 它 所 
做 的 事情 仅仅 是 调用 history.execute 方法 。 这 样 ， 记 录 在 history 中 的 所 有 历史 命令 都 会 被 
重新 执行 一 遍 。 

draw 方法 是 为 了 实现 Drawable 接口 而 定义 的 方法 。DrawCanvas 类 实现 了 该 方法 ， 它 会 调 
用 g.setcolor 指定 颜色 ， 调 用 g.filloval MAA. 


代码 清单 22-5 DrawCanvas 类 ( DrawCanvas.java ) 


package drawer; 
import command.*; 


import java.util.*; 
import java.awt.*; 
import java.awt.event.*; 
import javax.swing.*; 


public class DrawCanvas extends Canvas implements Drawable { 

// 颜色 

private Color color = Color.red; 

// 要 绘制 的 圆 点 的 半径 

private int radius = 6; 

// 命令 的 历史 记录 

private MacroCommand history; 

// 构造 函数 

public DrawCanvas(int width, int height, MacroCommand history) { 
setSize(width, height); 
setBackground (Color.white); 
this.history = history; 


} 
// 重新 全 部 绘制 
public void paint(Graphics g) { 
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} 
// 绘制 
public void draw(int x, int y) 1 
Graphics g = getGraphics(); 
g.setColor(color); 
g.fillOval(x - radius, y - radius, radius * 2, radius * 2); 


) 





| vain 类 


Main 类 ( 代码 清单 22-6 ) 是 启动 应 用 程序 的 类 。 

f£ history 字段 中 保存 的 是 绘制 历史 记录 。 它 会 被 传递 给 DrawCanvas 的 实例 。 也 就 是 说 ， 
Main 类 的 实例 与 DrawCanvas 类 的 实例 共享 绘制 历史 记录 。 

canvas 字段 表示 绘制 区 域 。 它 的 初始 值 是 400 x 400。 

clearButton 字段 是 用 于 删除 已 绘制 圆 点 的 按钮 。JButton 类 是 在 javax.swing 包 中 定 
义 的 按钮 类 。 

Main 类 的 构造 函数 中 设置 了 用 于 接收 鼠标 按 下 等 事件 的 监听 器 (listener )， 并 安排 了 各 个 控件 
(组 件 ) 在 界面 中 的 布局 。 

为 了 便于 大 家 在 解答 本 章 习 题 时 扩展 程序 ， 这 里 我 们 将 按钮 的 布局 稍微 弄 得 复杂 了 些 。 首 先 ， 
我 们 设置 了 一 个 用 于 横向 放置 控件 的 buttonBox 按钮 盒 。 请 注意 ， 为 了 可 以 在 里 面 横向 放置 控 
件 ， 我 们 在 调用 它 的 构造 函数 时 传递 了 参数 BoxLayout .X_RAXIS。 接 着 ， 我 们 在 buttonBox 中 
放置 了 一 个 clearButton。 然 后， 又 设置 了 一 个 用 于 纵向 放置 控件 的 按钮 盒 mainBox， 并 将 
buttonBox 和 canvas 置 于 其 中 。 

最 后 ， 我 们 将 mainBox 置 于 JFrame 中 。 也 可 以 直接 在 java .awt .JFrame 中 放置 控件 ， 
不 过 如 果 是 在 javax.swing.JFrame 中 ， 则 必须 将 控件 放置 在 通过 getcontentPane 方法 获取 
的 容器 之 内 ( 图 22-3 )。 


[a23 控件 布局 








javax.swing.JFrame 
通过 getContentPane 方 法 获取 的 容器 





mainBox 


buttonBox 


canvas 
































Main 类 实现 了 ActionListener 接口 中 的 actionPerformed 方法 。clearButton 被 按 
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下 后 会 清空 所 有 绘制 历史 记录 ， 然 后 重新 绘制 canvas. 

Main 类 还 实现 了 在 MouseMotionListener 接 口中 的 mouseMoved 方 法 和 
mouseDragged 方法 。 当 鼠标 被 拖 动 时 (mouseDragged ), 会 生成 一 条 “在 这 个 位 置 画 点 ”的 命 
令 。 该 命令 会 先 被 添加 至 绘制 历史 记录 中 。 


history .append (cmd) ; 
然后 立即 执行 。 


cmd.execute(); 


Main 类 还 实现 了 在 WindowListener 中 定义 的 那些 以 window 开头 的 方法 。 除 了 退出 处 理 


的 方法 (exit ) 外 ， 其 他 方法 什么 都 不 做 。 
main 方法 中 生成 了 Main 类 的 实例 ,启动 了 应 用 程序 。 


示例 程序 的 时 序 图 如 图 22-4 所 示 。 


代码 清单 22-6 ^ Main 类 ( Main.java ) 


import command.*; 
import drawer.*; 








import java.awt.*; 
import java.awt.event.*; 
import javax.swing.*; 


public class Main extends JFrame implements ActionListener, MouseMotionListener, 
WindowListener ( 

// 绘制 的 历史 记录 

private MacroCommand history = new MacroCommand(); 

// 绘制 区 域 

private DrawCanvas canvas = new DrawCanvas(400, 400, history); 

// 删除 按钮 


private JButton clearButton = new JButton("clear"); 


// 构造 函数 
public Main(String title) ( 
super (title); 


this.addWindowListener (this); 
canvas.addMouseMotionListener (this); 
clearButton.addActionListener (this); 


Box buttonBox - new Box(BoxLayout.X AXIS); 
buttonBox.add(clearButton); 

Box mainBox - new Box(BoxLayout.Y AXIS); 
mainBox.add(buttonBox); 
mainBox.add(canvas); 
getContentPane ().add (mainBox); 


pack(); 
show(); 


上 
// ActionListener 接口 中 的 方法 


public void actionPerformed(ActionEvent e) { 
if (e.getSource() == clearButton) ( 
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history.clear(); 
canvas.repaint(); 


) 


// MouseMotionListener 接口 中 的 方法 

public void mouseMoved (MouseEvent e) { 

public void mouseDragged (MouseEvent e) { 
Command cmd = new DrawCommand (canvas, e.getPoint()); 
history.append (cmd); 


} 
// WindowListener 接口 中 的 方法 


public void windowClosing (WindowEvent e) { 
System.exit(0); 

Į 

public void windowActivated (WindowEvent e) {} 

public void windowClosed (WindowEvent e) {} 

public void windowDeactivated (WindowEvent e) {} 

public void windowDeiconified (WindowEvent e) {} 

public void windowIconified (WindowEvent e) {} 

public void windowOpened (WindowEvent e) {} 


public static void main(String[] args) { 
new Main("Command Pattern Sample"); 


图 22-4 示例 程序 的 时 序 图 
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22.3 Command 模式 中 的 登场 角色 


在 Command 模式 中 有 以 下 登场 角色 。 


€ Command ( 命令 ) 
Command 角色 负责 定义 命令 的 接口 (API )。 在 示例 程序 中 ， 由 Command 接口 扮演 此 角色 。 


€ ConcreteCommand ( 具体 的 命令 ) 


ConcreteCommand 角色 负责 实现 在 Command 角色 中 定义 的 接口 (API )。 在 示例 程序 中 ,由 
MacroCommand 类 和 DrawCommand 类 扮演 此 角色 。 


€ Receiver ( 接收 者 ) 
Receiver 角色 是 Command 角色 执行 命令 时 的 对 象 ， 也 可 以 称 其 为 命令 接收 者 。 在 示例 程序 中 ， 
由 DrawCanvas 类 接收 DrawCommand 的 命令 。 


€ Client ( 请 求 者 ) 

Client 角色 负责 生成 ConcreteCommand 角色 并 分 配 Receiver 和 角色。 在 示例 程序 中 ， 由 Main% 
扮演 此 角色 。 在 响应 鼠标 拖 搜 事件 时 ， 它 生成 了 DrawCommand 类 的 实例 ， 并 将 扮演 Receiver 角色 
的 DrawCanvas 类 的 实例 传递 给 了 DrawCommanda 类 的 构造 函数 。 


€ Invoker ( 发 动 者 ) 


Invoker 角色 是 开始 执行 命令 的 角色 ， 它 会 调用 在 Command 角色 中 定义 的 接口 (API )。 在 示例 
程序 中 ,由 Main 类 和 Drawcanvas 类 扮演 此 角色 。 这 两 个 类 都 调用 了 Command 接口 中 的 
execute 方法 。Main 类 同时 扮演 了 Client 角色 和 Invoker 角色 。 

Command 模式 的 类 图 如 图 22-5 所 示 ， 时 序 图 如 图 22-6 所 示 。 


[a225 Command 模式 的 类 图 
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| 图 22-6 Command 模式 的 时 序 图 
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[22.4 拓展 思路 的 要 点 


| 命令 中 应 该 包含 哪些 信息 


关于 “命令 ”中 应 该 包含 哪些 信息 这 个 问题 ， 其 实 并 没有 绝对 的 答案 。 命 令 的 目的 不 同 ， 应 该 
包含 的 信息 也 不 同 。DrawCcommand 类 中 包含 了 要 绘制 的 点 的 位 置信 息 ， 但 不 包含 点 的 大 小 、 颜 色 
和 形状 等 信息 。 

假设 我 们 在 DrawCommana 类 中 保存 了 “事件 发 生 的 时 间 戳 "， 那 么 当 重 新 绘制 时 ， 不 仅 可 以 
正确 地 画 出 图 形 ， 可 能 还 可 以 重 现 出 用 户 鼠 标 操作 的 缓急 。 

f£ DrawCommand 类 中 还 有 表示 绘制 对 象 的 drawable 字段 。 在 示例 程序 中 ， 由 于 只 有 一 个 
DrawCanvas 的 实例 ， 所 有 的 绘制 都 是 在 它 上 面 进行 的 ， 所 以 这 个 drawable 字段 暂时 没有 太 大 
意义 。 但 是 ， 当 程序 中 存在 多 个 绘制 对 象 ( 即 Receiver 角色 ) 时 ， 这 个 字段 就 可 以 发 挥 作 用 了 。 这 
是 因为 只 要 ConcreteCommand 角色 自己 “知道 ?Receiver 角色 ， 不 论 谁 来 管理 或 是 持 有 
ConcreteCommand 角色 ， 都 是 可 以 执行 execute 方法 的 。 


| 保存 历史 记录 


在 示例 程序 中 ，MacroCommand 类 的 实例 (history ) 代 表 了 绘制 的 历史 记录 。 在 该 字段 
中 保存 了 之 前 所 有 的 绘制 信息 。 也 就 是 说 ， 如 果 我 们 将 它 保存 为 文件 ， 就 可 以 永久 保存 历史 记录 。 


| 适配器 
va) ”示例 程序 的 Main 类 (代码 清单 22-6 ) 实现 了 3 个 接口 ， 但 是 并 没有 使 用 这 些 接口 中 的 全 部 方 
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法 。 例 如 MouseMotionListener 接口 中 的 以 下 方法 。 


public void mouseMoved (MouseEvent e) 


public void mouseDragged (MouseEvent e) 


在 这 两 个 方法 中 ， 我们 只 用 到 了 mouseDragged 方法 。 
再 例如 ，WindowListener 接口 中 的 以 下 方法 。 


public void windowClosing (WindowEvent e) 
public void windowActivated (WindowEvent e) 
public void windowClosed (WindowEvent e) 
public void windowDeactivated (WindowEvent e) 
public void windowDeiconified(WindowEvent e) 
public void windowIconified (WindowEvent e) 


public void windowOpened (WindowEvent e) 


在 这 7 个 方法 中 ,我 们 仅 用 到 了 windowClosing 方法 。 

为 了 简化 程序 ，java .awt .event 包 为 我 们 提供 了 一 些 被 称 为 适配器 ( Adapter ) 的 类 。 例 如 ， 
XI-F MouseMotionListener 接口 有 MouseMotionRdapter 类 ; Xf WindowListener 接口 有 
WindowAdapter 类 ( 表 22-2 )。 这 些 适 配器 也 是 Adapter 模式 (第 2 章 ) 的 一 种 应 用 。 


表 22-2 接口 与 适配器 


MouseMotionListener MouseMotionAdapter 
WindowListener WindowAdapter 


XE, RIIA MouseMotionAdapter 为 例 进行 学 习 。 该 类 实现 了 MouseMotionListener 接 
口 ， 即 实现 了 在 该 接口 中 定义 的 所 有 方法 。 不 过 ， 所 有 的 实现 都 是 空 ( 即 什么 都 不 做 ) 的 。 因 此 ， 
我 们 只 要 编写 一 个 MouseMotionAdapter 类 的 子 类 ， 然 后 实现 所 需要 的 方法 即 可 ， 而 不 必 在 意 
其 他 不 需要 的 方法 。 

特别 是 把 Java 匿名 内 部 类 ( anonymous inner alass ) 与 适配器 结合 起 来 使 用 时 ， 可 以 更 轻松 地 编 
写 程 序 。 请 大 家 对 比 以 下 两 段 代 码 ， 一 个 是 使 用 了 接口 MouseMotionListene 的 示例 代码 ( 代 
码 清单 22-7 )， 另 一 个 是 使 用 了 内 部 类 MouseMotionadaptet 的 示例 代码 (代码 清单 22-8 )。 请 
注意 ， 这 里 省 略 了 其 中 的 细节 代码 。 












代码 清单 22-7 ”使 用 MouseMotionListener 接口 ( 需要 空 的 mouseMoved 方法 ) 


public class Main extends JFrame 
implements ActionListener, Moue 





er, WindowListener { 

miis Main (String title) { 
an 

) 

H Meusedhubdi du certe 接口 中 的 方法 


public void mouseMoved (MouseEvent e) { 


} 
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public void mouseDragged (MouseEvent e) { 
Command cmd = new DrawCommand(canvas, e.getPoint()); 
history.append (cmd) ; 
cmd.execute (); 





代码 清单 22-8 ” 使 用 MouseMotionAdapter 适配器 类 ( 不 需要 空 的 mouseMoved 方法 ) 





public class Main extends JFrame 
implements ActionListener, WindowListener { 


public Main(String title) { 





canvas.addMouseMotionListener (new M eMotionAde 
public void mouseDragged (MouseE te) { 
Command cmd - new DrawCommand(canvas, e.getPoint()); 
history .append (cmd) ; 
cmd.execute(); 











如 果 大 家 不 熟悉 内 部 类 的 语法 ， 可 能 难以 理解 上 面 的 代码 。 不 过 ， 我 们 仔细 看 一 下 代码 清单 
22-8 中 的 代码 就 会 发 现 如 下 特点 。 

e new MouseMotionAdapter () 这 里 的 代码 与 生成 实例 的 代码 类 似 

e 之 后 的 { . . .} 部 分 与 类 定义 (方法 的 定义 ) 相似 

其 实 这 里 是 编写 了 一 个 MouseMotionAdapter 类 的 子 类 ( 匿名 )， 然 后 生成 了 它 的 实例 。 请 
注意 这 里 只 需要 重 写 所 需 的 方法 即 可 ， 其 他 什么 都 不 用 写 。 

另外 需要 说 明 的 是 ， 在 编译 匿名 内 部 类 时 ， 生 成 的 类 文件 的 名 字 会 像 下 面 这 样 ， 其 命名 规则 是 
“ 主 类 名 $ 编号 .class”。 

Main$1.class 


在 习题 22-3 中 ， 请 各 位 自己 修改 示例 程序 ， 练 习 如 何 使 用 MouseMotionadapter 类 和 
WindowAdapter 类 。 


|225 相关 的 设计 模式 


€ Composite 模式 (第 11 章 ) 
有 时 会 使 用 Composite 模式 实现 宏 命 令 ( macrocommand )。 
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令 Memento 模式 (第 18 章 ) 
有 时 会 使 用 Memento 模式 来 保存 Command 角色 的 历史 记录 。 


€ Protype 模式 (第 6 章 ) 
有 时 会 使 用 Protype 模式 复制 发 生 的 事件 ( 生成 的 命令 )。 


| 22.6 ”本 章 所 学 知识 


在 本 章 中 ,我们 学 习 了 通过 用 对 象 表示 “命令 ”来 保存 命令 历史 记录 和 重复 执行 命令 的 
Command 模式 。 有 时 ， 用 对 象 表示 那些 我 们 没有 意识 到 是 “ 物 ” 的 东西 会 带 来 意 想不到 的 效果 。 


22.7 练习 题 答案 请 参见 附录 A ( P.343 ) 


e 习题 22-1 
请 在 示例 程序 中 增加 “设置 颜色 ”的 功能 。 就 像 手中 握 有 多 支 不 同 颜色 的 笔 一 样 ， 设 
置 了 新 的 颜色 后 ， 当 拖 动 鼠标 时 ， 会 画 出 新 颜色 的 点 。 


提示 。 新 建 一 个 ColorCommand 类 ， 用 来 表示 设置 颜色 命令 。 


e 习题 22-2 
请 在 示例 程序 中 增加 撤销 功能 ， 它 的 作用 是 “删除 上 一 次 画 的 点 ”。 
e 习题 22-3 


请 修改 示例 程序 ， 在 Main 类 中 不 使 用 MouseMotionListener 接口 和 WindowListener 
接口 ， 而 是 使 用 MouseMotionAdapter 类 和 windowAdapter 类 。 
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语法 规则 也 是 类 


begin color begin red blue green end size begin 
width 640 end begin height 480 end end 






T 
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| 23.1 Interpreter 模式 


学 习 到 这 里 ， 大 家 应 该 已 经 掌握 了 不 少 设计 模式 。 设 计 模 式 的 目的 之 一 就 是 提高 类 的 可 复 用 
性 。 可 复 用 性 是 指 不 用 做 太 大 修改 ( 甚至 是 不 做 任何 修改 ) 就 可 以 在 多 种 应 用 场景 使 用 之 前 编写 
的 类 。 

在 本 章 中 ,我们 将 学 习 Interpreter 模式 。 

在 Interpreter 模式 中 ， 程 序 要 解决 的 问题 会 被 用 非常 简单 的 “迷你 语言 ”表述 出 来 ， 即 用 “ 迷 
你 语言 ”编写 的 “迷你 程序 ”把 具体 的 问题 表述 出 来 。 迷 你 程序 是 无 法 单独 工作 的 ， 我 们 还 需要 用 
Java 语言 编写 一 个 负责 “翻译 ”( interpreter ) 的 程序 。 翻 译 程序 会 理解 迷你 语言 ， 并 解释 和 运行 迷 
你 程序 。 这 段 翻译 程序 也 被 称 为 解释 器 。 这 样 ， 当 需要 解决 的 问题 发 生变 化 时 ， 不 需要 修改 Java if 
言 程 序 ， 只 需要 修改 迷你 语言 程序 即 可 应 对 。 

下 面 ， 我 们 用 图 示 展 示 一 下 当 问 题 发 生变 化 时 ， 需 要 哪个 级 别 的 代码 。 使 用 Java 语言 编程 时 ， 
需要 修改 的 代码 如 图 23-1 所 示 。 虽 然 我 们 希望 需要 修改 的 代码 尽量 少 ， 但 是 多 多 少 少 都 必须 修改 
Java 代码 。 

但 是 ， 在 使 用 Interpreter 模式 后 ， 我 们 就 无 需 修 改 Java 程序 ， 只 需 修 改 用 迷你 语言 编写 的 迷你 
程序 即 可 (图 23-2 )。 


和 图 23-1 。 当 问题 发 生变 化 时 ， 通 常 需要 修改 Java 程序 
修改 














使 用 Java 语 言 编 写 的 
程序 A 






使 用 Java 语 言 编写 的 
程序 B 
环境 


Java 语 言 的 运行 环境 Java 语 言 的 运行 环境 








1 图 23-2 (£M Interpreter 模式 后 ， 修 改 用 迷你 语言 编写 的 迷你 程序 


使 用 迷你 语言 编写 的 改 使 用 迷你 语言 编写 的 
迷你 程序 A 迷你 程序 B 


使 用 Java 语 言 编写 的 迷你 使 用 Java 语 言 编 写 的 迷你 
语言 解释 器 语言 解释 器 








Java 语 言 的 运行 环境 Java 语 言 的 运行 环境 











在 开始 学 习 Interpreter 模式 的 示例 程序 之 前 ， 我 们 先 来 了 解 一 下 本 章 中 涉及 的 “迷你 语言 ”。 迷 你 
语言 的 用 途 是 控制 无 线 玩具 车 。 虽 说 是 控制 无 线 玩 具 车 ， 其 实 能 做 的 事情 不 过 以 下 3 种 。 


e 前 进 1 米 (go) 
e 右 转 (zight ) 
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e 左 转 (left) 


以 上 就 是 可 以 向 玩具 车 发 送 的 命令 。go 是 前 进 1 米 后 停止 的 命令 ; right 是 原 地 向 右 转 的 命 
令 ; left 是 原 地 向 左 转 的 命令 。 在 实际 操作 时 ， 是 不 能 完全 没有 偏差 地 原 地 转弯 的 。 为 了 使 问题 
简单 化 ， 我 们 这 里 并 不 会 改变 玩具 车 的 位 置 ， 而 是 像 将 其 放 在 旋转 桌子 上 一 样 ， 让 它 转 个 方向 。 

如 果 只 是 这 样 ， 大 家 可 能 感觉 没什么 意思 。 所 以 ， 接 下 来 我 们 再 加 一 个 循环 命令 。 

e EH (repeat) 

以 上 命令 组 合 起 来 就 是 可 以 控制 无 线 玩 具 车 的 迷你 语言 了 。 我 们 会 在 本 章 使 用 迷你 语言 学 习 
Interpreter 模式 。 


[223-3 ”控制 无 线 玩具 车 的 迷你 语言 





| 迷你 语言 程序 示例 
下 面 我 们 来 看 一 段 用 迷你 语言 编写 的 迷你 程序 。 下 面 这 条 语句 可 以 控制 无 线 玩具 车 前 进 (之 
后 停止 )。 


program go end 


为 了 便于 大 家 看 出 语句 的 开头 和 结尾 ， 我 们 在 语句 前 后 分 别 加 上 了 programfllena 关键 字 
(我 们 稍 后 会 学 习 迷 你 语言 的 语法 )。 这 个 迷你 程序 的 运行 结果 请 参见 图 23-4 ( GUI 界面 是 在 习题 
23-1 中 加 入 的 )。 
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1 图 23-4 program go end 的 运行 结果 





go 语句 控制 前 进 


起 点 





接 下 来 是 一 段 让 无 线 玩具 车 先前 进 一 米 ， 接 着 让 它 右 转 两 次 再 返回 来 的 程序 

program go right right go end 

再 接 下 来 的 这 段 程序 是 让 无 线 玩 具 车 按照 正方 形 路 径 行 进 。 其 运行 结果 如 图 23-5 所 示 。 
program go right go right go right go right end === (A) 


[H23-5 program go right go right go right go right end 的 运行 结果 











program go right go right go right go right end| 


(2) right 

/^ (8) go B right 
— M Jie- 
(D go (8 go 


a 
V D go e right 
(8) right 





( A ) 程序 的 最 后 ( 即 ena 之 前 ) 之 所 以 加 上 了 一 个 xight， 是 因为 当 无 线 玩具 车 回 到 起 点 后 
我 们 希望 它 的 方向 与 出 发 时 相同 。 细 心 的 读者 可 能 会 发 现 , 在 (A ) 程序 中 ,重复 出 现 了 4 次 go 
agni 这 样 ， 我 们 可 以 使 用 repeat...end 语句 来 实现 下 面 的 (B ) 程序 ( 为 了 能 够 编写 出 这 段 程 
， 我 们 需要 定义 迷你 语言 的 语法 )。 其 运行 结果 如 图 23-6 所 示 。 


program repeat 4 go right end end | | |  . o -««- (B) 
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1 图 23-6 program repeat 4 go right end end 的 运行 结果 ( 与 图 23-5 相同 ) 











TE (B) 程序 的 最 后 出 现 了 两 个 end， 其 中 第 一 个 (左边 ) ena 表示 repeat 的 结束 ， 第 二 个 
(右边 ) end 表示 program 的 结束 。 也 就 是 说 ， 程 序 结构 如 下 。 


program 程序 开始 
repeat 循环 开始 
4 循环 的 次 数 
go 前 进 
right 右 转 
end 循环 结束 
end 程序 结束 


在 大 家 的 脑海 中 ， 车 轮 是 不 是 已 经 骨 碌 骨 碌 转 起 来 了 呢 ? 那么 ， 我 们 再 一 起 看 看 下 面 这 段 程序 
是 如 何 操控 无 线 玩 具 车 的 。 


program repeat 4 repeat 3 go right go left end right end end 


现在 ,玩具 车 会 按照 图 23-7 所 示 的 锯齿 形状 路 线 前 进 。 这 里 有 两 个 repeat， 可 能 会 让 大 家 有 
些 难 以 理解 ， 不 过 按照 下 面 这 样 分 解 一 下 就 很 容易 理解 了 。 


program 程序 开始 
repeat 循环 开始 ( 外 侧 ) 
4 循环 的 次 数 
repeat 循环 开始 ( 内 侧 ) 
3 循环 的 次 数 
go 前 进 
right a 
go 前 进 
left 左 转 
end 循环 结束 AW ) 
right 4 
end 循环 结束 ( SMA ) 


end 程序 结束 
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内 侧 的 循环 语句 是 go right go 1left， 它 是 一 条 让 无 线 玩具 车 “前 进 后 右 转 ， 前 进 后 左 
转 ” 的 命令 。 该 命令 会 重复 3 次 。 这 样 ， 玩 具 车 就 会 向 右 沿 着 锯齿 形 线路 行进 。 接 着 ， 退 至 外 侧 循 
环 看 ， 玩 具 车 会 连续 4 次 “ 沿 着 锯齿 形 线路 行进 一 次 后 ， 右 转 一 次 "”。 这 样 ， 最 终 行进 路 线 就 变 成 
了 一 个 锯齿 样 的 萎 形 。 


[m 23-7 program repeat 4 repeat 3 go right go left end right end end 的 运行 结果 








| 迷你 语言 的 语法 
图 23-8 展示 了 迷你 语言 的 语法 。 这 里 使 用 的 描述 方法 是 BNF 的 一 个 变种 "。BNF 是 Backus- 
Naur Form 或 Backus Normal Form 的 略称 ， 它 经 常 被 用 于 描述 语法 。 


[H23-8 示例 程序 中 的 解释 器 需要 解释 的 迷你 语言 语法 








<program> ::- program «command list» 

<command list» ::- «command»* end 

«command» ::- «repeat command» | «primitive command» 
«repeat command» ::- repeat «number» «command list» 
«primitive command» ::- go | right | left 











我 们 按照 自 上 而 下 的 顺序 进行 学 习 。 
Xprogram» ::= program «command list» 


首先 ， 我们 定义 了 程序 «program», HI "Bri «program», JéfÉ program 关键 字 后 面 跟着 
的 命令 列表 «command 1ist>”。“::=” 的 左边 表示 定义 的 名 字 ， 右 边 表 示 定 义 的 内 容 。 


<command list» ::- «command»* end 


接着 ， 我 们 定义 了 命令 列表 «command list», Hl “AnA «command list», 是 指 重 复 0 
次 以 上 «command» 后 ， 接 着 一 个 end 关键 字 ”。“* ”表示 前 面 的 内 容 循环 0 次 以 上 。 


Xcommand» ::- «repeat command» | «primitive command» 


(D 即 EBNF 一 一 扩展 的 巴 科 斯 范式 。 一 一 译 者 注 
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现在 ， 我 们 来 定义 «command», Hl “AmA «command», JÉJÉ «repeat command» 或 者 
«primitive command>”。 该 定义 中 的 “|” 表 示 “ 或 ”的 意思 。 


«repeat command» ::- repeat «number»«command list» 


接 下 来 ， 我 们 定义 循环 命令 ， 即 “所 谓 < repeat command», 是 指 repeat 关键 字 后 面 跟 
着 循环 次 数 «number» 和 要 循环 的 命令 列表 <command 1List>”。 其 中 的 命令 列表 «command 
list» 之 前 已 经 定义 过 了 ， 而 在 定义 命令 列表 «command list» 的 时 候 使 用 了 «command», 在 
定义 «command» 的 时 候 又 使 用 了 «repeat command», ， 而 在 定义 «repeat command» 的 时 候 
又 使 用 了 «command 1ist>。 像 这 样 ， 在 定义 某 个 东西 时 ， 它 自身 又 出 现在 了 定义 的 内 容 中 ， 我 
们 称 这 种 定义 为 递归 定义 。 稍 后 ， 我 们 会 使 用 Java 语言 实现 迷你 语言 的 解释 器 ， 到 时 候 会 有 相应 的 
代码 结构 来 解释 递归 定义 ， 因 此 ， 请 大 家 先 在 脑海 中 记 住 这 个 概念 。 


<primitive command» ::= go | right | left 


这 是 基本 命令 «primitive command» 的 定义 ， 即 “所 谓 < primitive command >, 是 
指 go 或 者 right mk left", 

最 后 只 剩 下 «number» 了 ， 要 想 定 义 出 全 部 的 <number> 可 能 非常 复杂 ， 这 里 我 们 省 略 了 它 
的 定义 。 总 之 ， 请 大 家 把 <number> 看 作 是 3、4 和 12345 这 样 的 自然 数 即 可 。 


注意 ”严格 地 说 ， 这 里 使 用 的 是 EBNF。 在 BNF 中 ， 循 环 不 是 用 * 表示 的 ， 而 是 用 递归 定义 
来 表示 的 。 


| 终结 符 表达 式 与 非 终结 符 表达 式 


我 们 先 来 稍微 了 解 一 下 语法 术语 。 

. 前 面 讲 到 的 像 <primitive command» 这 样 的 不 会 被 进一步 展开 的 表达 式 被 称 为 “终结 符 表 
达 式 ”( Nonterminal Expression )。 我 们 知道 ， 巴 士 和 列车 的 终 到 站 被 称 为 终点 站 ， 这 里 的 终结 符 就 
类 似 于 终点 站 ， 它 表示 语法 规则 的 终点 。 

与 之 相对 的 是 , 像 <program> 和 <command> 这 样 的 需要 被 进一步 展开 的 表达 式 被 称 为 “ 非 
终结 符 表达 式 ”。 


[23.3 示例 程序 


迷你 语言 的 学 习 至 此 就 结束 了 ， 下 面 我 们 来 看 看 示例 程序 。 这 段 示 例 程序 实现 了 一 个 迷你 程序 
的 语法 解析 器 。 

在 之 前 学 习 迷 你 程序 的 相关 内 容 时 ， 我 们 分 别 学 习 了 对 迷你 程序 的 各 个 语法 部 分 。 像 这 样 将 迷 
你 程序 当 作 普通 字符 分 解 ， 然 后 看 看 各 个 部 分 分 别 是 什么 结构 的 过 程 ， 就 是 语法 解析 。 

例如 有 如 下 迷你 程序 。 


program repeat 4 go right end end 


将 这 段 迷 你 程序 推导 成 为 图 23-9 中 那样 的 结构 ( 语法 树 ) 的 处 理 ， 就 是 语法 解析 。 
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本 章 中 的 示例 程序 只 会 实现 至 推导 出 语法 树 。 实 际 地 “运行 ”程序 的 部 分 ， 我 们 将 会 在 习题 
23-1 中 实现 。 


| 23-9 ”迷你 程序 program repeat 4 go right end end 的 语法 树 








:ProgramNode 











:CommandListNode 


:RepeatCommandNode 


| :CommandListNode 
m 































right:PrimitiveCommandNode 


go:PrimitiveCommandNode 


523-1 类 的 一 览 








Node 表示 语法 树 “ 节 点 ”的 类 
ProgramNode 对 应 <program> 的 类 








CommandListNode 对 应 <command list» 的 类 





CommandNode 对 应 <command> 的 类 








RepeatCommandNode 对 应 «repeat command» 的 类 








PrimitiveCommandNode 对 应 «primitive command» 的 类 
Context _| 表示 语法 解析 上 下 文 的 类 
ParseException 表示 语法 解析 中 可 能 会 发 生 的 异常 的 类 
测试 程序 行为 的 类 
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[B23-10 示例 程序 的 类 图 











Main | Creates» >| Context 




















nextToken 
currentToken 
SkipToken 
currentNumber 








Uses» Node 











parse 














ProgramNode RepeatCommandNode | CommandListNode CommandNode PrimitiveCommandNode 





























commandListNode ||number [list node name 
parse pcomandbistiode | Darse parse parse 








parse 


| Node 类 


Node 类 (代码 清单 23-1 ) 是 语法 树 中 各 个 部 分 (节点 ) 中 的 最 顶层 的 类 。 在 Node 类 中 只 声明 
了 一 个 parse 抽象 方法 ,该 方法 用 于 “进行 语法 解析 处 理 ”。 但 Node 类 仅仅 是 声明 该 方法 ， 具体 
怎么 解析 交 由 Node 类 的 子 类 负责 。parse 方法 接收 到 的 参数 Context 是 表示 语法 解析 上 下 文 的 
类 ， 稍 后 我 们 将 来 学 习 parse 方法 。 在 parse 的 声明 中 ， 我们 使 用 了 throws 关键 字 。 它 表示 在 
语法 解析 过 程 中 如 果 发 生 了 错误 ，parse 方法 就 会 抛 出 ParseException 异常 。 

如 果 只 看 Node 26, 我们 还 无 法 知道 具体 怎么 进行 语法 解析 ， 所 以 我 们 接着 往 下 看 。 











代码 清单 23-1 ^ Node 类 ( Node.java ) 


public abstract class Node { 
public abstract void parse(Context context) throws ParseException; 


) 














| ProgramNode 类 


下 面 我 们 按照 图 23-8 中 展示 的 迷你 语言 的 语法 描述 (BNF ) 来 看 看 各 个 类 的 定义 。 首 先 ,我 
们 看 看 表示 程序 <program> 的 ProgramNode 类 (代码 清单 23-2 ),。 在 ProgramNode 类 中 定 
X T—4 Node 类 型 的 commandListNode 字段 ， 该 字段 用 于 保存 «command list» 对 应 的 
结构 (节点 )。 

那么 ，ProgramNode H parse 方法 究竟 进行 了 什么 处 理 呢 ?通过 查看 迷你 语言 的 BNF 描述 
我 们 可 以 发 现 ，<program> 的 定义 中 最 开始 会 出 现 program 这 个 单词 。 因 此 ， 我 们 用 下 面 的 语 
句 跳 过 这 个 单词 。 


context.skipToken ("program"); 
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我 们 称 语法 解析 时 的 处 理 单位 为 标记 ( token )。 在 迷你 语言 中 ,“ 标 记 ” 相 当 于 “英文 单词 ”。 
在 一 般 的 编程 语言 中 ,“+” 和 “==” 等 也 是 标记 。 更 具体 地 说 ， 词 法 分 析 (ex ) 是 从 文字 中 得 到 标 
记 ， 而 语法 解析 parse) 则 是 根据 标记 推导 出 语法 树 。 

上 面 的 skipToken 方 法 可 以 跳 过 program 这 个 标记 。 如 果 没 有 这 个 标记 就 会 抛 出 
ParseException 异常 。 

继续 查看 BNF 描述 会 发 现 ， 在 program 后 面 会 跟着 <command 1ist>。 这 里 ,我 们 会 生成 
«command 1ist> 对 应 的 CommandListNode 类 的 实例 ， 然 后 调用 该 实例 的 parse 方法 。 请 注 
意 ，ProgramNode 类 的 方法 并 不 知道 «command list» 的 内 容 。 即 在 ProgramNode 类 中 实现 
的 内 容 ， 并 没有 超出 下 面 的 BNF 所 描述 的 范围 。 


<program> ::= program <command list> 


toString 方 法 用 于 生成 表示 该 节点 的 字符 串 。 在 Java 中 ， 连 接 实例 与 字符 串 时 会 自动 调用 
实例 的 toString 方法， 因此 如 下 (1) 与 (2 ) 是 等 价 的 。 


"[program " + commandListNode + "]"; > ^ omen (1) 


"[program " + commandListNode.toString() + "]"; «ee (2) 
请 注意 ，toString 方法 的 实现 也 与 上 面 的 BNF 描述 完全 相符 。 


代码 清单 23-2 ”ProgramNode 类 ( ProgramNode.java ) 


// «program» ::- program «command list» 
public class ProgramNode extends Node ( 
private Node commandListNode; 
public void parse (Context context) throws ParseException { 
context.skipToken ("program"); 
commandListNode = new CommandListNode.(); 
commandListNode. parse (context); 








) 
public String toString() 4 
return "[program " + commandListNode + "]"; 


} 





| CommandListNode 类 


下 面 我 们 来 看 看 CommandListNode 类 (代码 清单 23-3 )。<commanqd list» 的 BNF 描述 
如 下 。 


<command list> ::= <command>* end 


即 重复 0 次 以 上 <command>， 然 后 以 end 结束。 为 了 能 保存 0 次 以 上 的 «command», 我 们 
定义 了 java .util.ArrayLi st 类 型 的 字段 1ist， 在 该 字段 中 保存 与 <command> 对 应 的 
CommandNode 类 的 实例 。 

CommandListNode 类 的 parse 方法 是 怎么 实现 的 呢 ?” 首 先 ， 如 果 当 前 的 标记 context. 
currentToken() 是 null， 表 示 后 面 没 有 任何 标记 ( 也 就 是 已 经 解析 至 迷你 程序 的 末尾 ) 了 。 这 
时 ，parse 方法 会 先 设置 ParseException 异常 中 的 消息 为 “缺少 end (Missing 'end')'", 
然后 抛 出 ParseException 异常 。 
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接 下 来 ， 如 果 当 前 的 标记 是 sendq， 表 示 已 经 解析 至 «command list» 的 末尾 。 这 时 ,parse 
方法 会 跳 过 end， 然 后 break 出 while 循环 。 

再 接 下 来 ， 如 果 当 前 的 标记 不 是 end， 则 表示 当前 标记 是 <command>。 这 时 ，parse 方法 会 
生成 与 «command» 对 应 的 commandNode 的 实例 ， 并 调用 它 的 parse 方法 进行 解析 。 然 后 ， 还 
会 将 commandNode 的 实例 ada 至 list 字段 中 。 

大 家 应 该 看 出 来 了 ， 这 里 的 实现 也 没有 超出 BNF 描述 的 范围 。 我 们 在 编程 时 要 尽量 忠实 于 
BNF 描述 ， 原 封 不 动 地 将 BNF 描述 转换 为 Java 程序 。 这 样 做 可 以 降低 出 现 Bug 的 可 能 性 。 在 编程 
过 程 中 ， 往 往 很 容易 受到 “如 果 这 样 改 一 下 可 以 提高 程序 效率 吧 ” 这 样 的 诱惑 ， 会 不 自觉 地 想 在 类 
中 加 入 读 取 更 深层 次 的 节点 的 处 理 ， 但 这 样 反而 可 能 会 引入 意 想不到 的 Bug。Interpreter 模式 本 来 
就 采用 了 迷你 语言 这 样 的 间接 处 理 ， 所 以 要 一 些小 聪明 来 试图 提高 效率 并 不 明智 。 


代码 清单 23-3 CommandListNode 类 ( CommandListNode.java ) 





import java.util.ArrayList; 


// «command list» ::- «command»* end 
public class CommandListNode extends Node ( 
private ArrayList list - new ArrayList(); 
public void parE (Context context) throws ParseException { 
while (true) ( 
if (context.currentToken() == null) { 
throw new ParseException("Missing 'end'"); 
} else if (context.currentToken().equals("end")) | 
context.skipToken ("end"); 
break; 
) else ( 
Node commandNode = new CommandNode(); 
commandNode . B8ESS (context) ; 
list.add(commandNode); 


) 

} . 

public String toString() ( 
return list.toString(); 


) 








| CommandNode 类 


如 果 大 家 理解 了 前 面 学 习 的 ProgramNode 类 和 CommandListNode 类 ， 那 么 应 该 也 可 以 很 
快 地 理解 CommandNode 类 (代码 清单 23-4 ), «commana» 的 BNF 描述 如 下 。 


Xcommand» ::- «repeat command» | «primitive command» 


在 代码 中 的 Node 类 型 的 node 字段 中 保存 的 是 与 <repeat command» 对 应 的 
RepeatCommandNode 类 的 实例 ， 或 与 <primitive command» 对 应 的 PrimitiveCommandNode 类 


的 实例 。 


代码 清单 23-4 。 CommandNode 类 ( CommandNode.java ) 


// <command> ::= «repeat command» | «primitive command» 
public class CommandNode extends Node ( 
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private Node node; 
public void f je (Context context) throws ParseException { 
if (context.currentToken().equals("repeat")) { 
node = new RepeatCommandNode (); 
node . parse (context); 
} else { 
node = new PrimitiveCommandNode (); 


node.pazsé (context); 








) 

} 

public String toString() ( 
return node.toString(); 


} 











| RepeatCommandNode 类 


RepeatCommandNode 类 (代码 清单 23-5 ) 对 应 <repeat command> 的 类 。<repeat 
command> 的 BNF 描述 如 下 。 


<repeat command> ::= repeat <number><command list> 


在 代码 中 ，<number> 被 保存 在 int 型 字段 number P, «command list» 被 保存 在 Node 
型 字段 commandListNode 中 。 

现在 ， 大 家 应 该 都 注意 到 parse 方法 的 递归 关系 了 。 让 我 们 追溯 一 下 parse 方法 的 调用 
关系 。 


e 在 RepeatCommandNode 类 的 parse 方法 中 ,会 生成 CommandListNode 的 实例 ， 然 后 


调用 它 的 parse 方法 

e 在 CommandListNode [fj parse 方法 中 , 会 生成 CommandNode 的 实例 ， 然 后 调用 它 的 
parse 方法 

e 在 CommandNode 类 的 parse 方法 中 ,会 生成 RepeatCommandNode 的 实例 ， 然 后 调用 
它 的 parse 方法 


e 在 RepeatCommandNode 类 的 parse 方法 中 …… 


这 样 的 parse 方法 调用 到 底 要 持续 到 什么 时 候 呢 ”其 实 ， 它 的 终点 就 是 终结 符 表达 式 。 在 
CommandNode 类 的 parse 方法 中 ,程序 并 不 会 一 直 进 入 if 语句 的 RepeatCommandNode 处 理 分 支 中 ， 
最 终 总 是 会 进入 PrimitiveCcommandNode 的 处 理 分 支 。 并 且 ， 不 会 从 PrimitiveCcommanqNode 的 
parse 方法 中 再 调用 其 他 类 的 parse 方法 。 关 于 这 一 点 ， 稍 后 我 们 来 学 习 。 

如 果 不 习 惯 递归 定义 的 处 理 方 式 ， 可 能 会 感觉 到 这 里 似乎 进入 了 死 循 环 。 其 实 这 是 错觉 。 不 论 
是 在 BNF 描述 中 还 是 在 Java 程序 中 ， 一定 都 会 结束 于 终结 符 表达 式 。 如 果 没 有 结束 于 终结 符 表达 
式 ， 那 么 一 定 是 语法 描述 有 问题 。 


代码 清单 23-5 RepeatCommandNode 类 ( RepeatCommandNode.java ) 








// «repeat command» ::= repeat «number» «command list» 
public class RepeatCommandNode extends Node { 

private int number; 

private Node commandListNode; 
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public void i Context context) throws ParseException { 


context.skipToken("repeat"); 

number = context.currentNumber (); 
context.nextToken(); 

commandListNode new CommandListNode(); 





commandListNode. (context); 
} 
public String toString() 1 
return "[repeat " + number + " " + commandListNode + "]"; 


) 





| PrimitiveCommandNode 类 
PrimitiveCommandNode 类 (代码 清单 23-6 ) 对 应 的 BNF 描述 如 下 。 
«primitive command» ::- go | right | left 
确实 ，PrimitiveCommandNode 类 的 parse 方法 没有 调用 其 他 类 的 parse 方法 。 


代码 清单 23-6 。 PrimitiveCommandNode 类 ( PrimitiveCommandNode.java ) 








// <primitive command> ::= go | right | left 
public class PrimitiveCommandNode extends Node { 
private String name; 
public void p $88 (Context context) throws ParseException { 
name = context.currentToken(); 
context.skipToken (name); 
if (!name.equals("go") && !name.equals("right") && !name.equals("left")) { 
throw new ParseException(name + " is undefined"); 
) 
} 
public String toString() ( 
return name; 


) 








| Context 类 


至 此 ， 关 于 Node 类 以 及 它 的 子 类 的 学 习 就 全 部 结束 了 。 剩 下 的 就 是 Context 类 了 。 
Context 类 (代码 清单 23-7 ) 提供 了 语法 解析 所 必须 的 方法 。 


$ 23-2 Context 类 提供 的 方法 


说 明 
NextTOken 获取 下 一 个 标记 ( 前 进 至 下 一 个 标记 ) 
currentToken | 获取 当前 的 标记 ( 不 会 前 进 至 下 一 个 标记 ) 














skipToken | 先 检查 当前 标记 ， 然 后 获取 下 一 个 标记 ( 前 进 至 下 一 个 标记 ) 
currentNumber 获取 当前 标记 对 应 的 数值 ( 不 会 前 进 至 下 一 个 标记 ) 








这 里 ,我 们 使 用 java .util.StringTokenizer 类 来 简化 了 我 们 的 程序 ， 它 会 将 接收 到 的 字 
符 串 分 割 为 标记 。 在 分 割 字符 串 时 使 用 的 分 隔 符 是 空格 “' '”、 制 表 符 “'\t'”、 BITA SAn” 
回 车 符 “'\r'”、 换 页 符 “'\f'”( 也 可 以 使 用 其 他 分 隔 符 ， 请 根据 需要 查阅 Java 的 API 文档 )。 
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表 23-3 Context 类 使 用 的 java.util.StringTokenizer 的 方法 


NextTOken 获取 下 一 个 标记 ( 前 进 至 下 一 个 标记 ) 
hasMoreTokens 检查 是 否 还 有 下 一 个 标记 








代码 清单 23-7 Context 类 ( Context.java ) 


import java.util.*; 











public class Context { 
private StringTokenizer tokenizer; 
private String currentToken; 
public Context(String text) { 
tokenizer - new StringTokenizer (text); 
nextToken(); 
) 
public String nextToken() { 
if (tokenizer.hasMoreTokens()) ( 
currentToken = tokenizer.nextToken(); 
) else ( 
currentToken - null; 
} 
return currentToken; 
) 
public String currentToken() ( 
return currentToken; 
) 
public void skipToken(String token) throws ParseException ( 
if (!token.equals(currentToken)) { 
throw new ParseException("Warning: " + token + " is expected, but " + 
currentToken + " is found."); 
) 
nextToken(); 
} 
public int currentNumber() throws ParseException { 
int number = 0; 
tty { 
number = Integer.parseInt (currentToken); 
) catch (NumberFormatException e) { 
throw new ParseException("Warning: " + e); 
) 


return number; 








| ParseException 类 


ParseException 类 (代码 清单 23-7 ) 是 表示 语法 解析 时 可 能 发 生 的 异常 的 类 。 该 类 比较 简 
单 ， 没 有 什么 需要 特别 注意 的 地 方 。 


代码 清单 23-8 ^ ParseException 类 ( ParseException.java ) 


public class ParseException extends Exception { 
public ParseException(String msg) { 
super (msg) ; 
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| Main 类 

Main 类 (代码 清单 23-9) 是 启动 我 们 之 前 学 习 的 迷你 语言 解释 器 的 程序 。 它 会 读 取 
program.txt 文件 ， 然 后 逐 行 解 析 迷 你 程序 ， 并 将 解析 结果 显示 出 来 。 

在 显示 结果 中 ， 以 “text =” 开 头 的 部 分 是 迷你 程序 语句 ， 以 “nodqe =” 开 头 的 部 分 是 语法 
解析 结果 。 图 23-11 展示 了 示例 程序 的 运行 结果 。 通 过 查看 运行 结果 我 们 可 以 发 现 ， 语 法 解释 器 识 
别 出 了 program . end 字符 串 中 的 迷你 语言 的 语法 元 素 ， 并 为 它们 加 上 了 []。 这 表示 语法 解释 器 
正确 地 理解 了 我 们 定义 的 迷你 语言 。 


注意 ”将 CommandListNode 的 实例 转换 为 字符 串 显 示 出 来 一 一 例如 在 [go， right] 中 加 
上 大 斤 号 和 过 号 一 一 的 是 java.util.ArrayList fj toString 方法 。 


代码 清单 23-9 Main 类 ( Main.java ) 


import java.util.*; 





import java.io.*; 


public class Main 1 
public static void main(String[] args) ( 
try ( 
BufferedReader reader = new BufferedReader (new FileReader("program. 
txt")); 
String text; 
while ((text - reader.readLine()) !- null) ( 
System.out.println("text = N"" + text + "V'"); 
Node node = new ProgramNode(); 
node.parse(new Context (text)); 
System.out.println("node = " + node); 
) 
reader.close(); 
) catch (Exception e) { 
e.printStackTrace(); 


) 








代码 清单 23-10 迷你 程序 示例 ( program.txt ) 


program end 

program go end 

program go right go right go right go right end 

program repeat 4 go right end end 

program repeat 4 repeat 3 go right go left end right end end 
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[B23-3 ”运行 结果 











text = "program end" ”< 迷你 程序 的 内 容 


node = [program []] cB ERU SR 
text = "program go end" 
node = [program [go]] 


text = "program go right go right go right go right end" 
node = [program [go, right, go, right, go, right, go, right]] 


text = "program repeat 4 go right end end" 

node = [program [[repeat 4 [go, right]]]] 

text = "program repeat 4 repeat 3 go right go left end right end end" 
node = [program [[repeat 4 [[repeat 3 [go, right, go, left]], right]]]] 











23.4 Interpreter 模式 中 的 登场 角色 


在 Interpreter 模式 中 有 以 下 登场 角色 。 


AbstractExpression ( 抽象 表达 式 ) 

AbstractExpression 角色 定义 了 语法 树 节 点 的 共同 接口 (API )。 在 示例 程序 中 ， 由 Node 类 扮演 
此 角色 。 在 示例 程序 中 ， 共 同 接口 (API) 的 名 字 是 parse， 不 过 在 图 23-12 中 它 的 名 字 是 
interpreter, 

€ TerminalExpression ( 终结 符 表达 式 ) 

TerminalExpression 角色 对 应 BNF 中 的 终结 符 表 达 式 。 在 示例 程序 中 , 由 PrimitiveCommandNode 
类 扮演 此 角色 。 

€ NonterminalExpression ( 非 终 结 符 表达 式 ) 

NonterminalExpression 角色 对 应 BNF 中 的 非 终 结 符 表 达 式 。 在 示例 程序 中 ， 由 ProgramNode 
2&. CommandNode 类 、RepeatCommandNode 类 和 CommandListNode 类 扮演 此 角色 。 

€ Context ( 文 脉 、 上 下 文 ) 

Context 角色 为 解释 器 进行 语法 解析 提供 了 必要 的 信息 。 在 示例 程序 中 ， 由 Context 类 扮演 此 
角色 。 

令 Client ( 请 求 者 ) 


为 了 推导 语法 树 ，Client 角色 会 调用 TerminalExpression 角色 和 NonterminalExpression 角色 。 在 
示例 程序 中 ， 由 Main 类 扮演 此 角色 。 
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1 图 23-12 Interpreter 模式 的 类 图 











Creates » 
Client e > Context 


Ez | 
getInfoToInterpret 
































Uses » 








AbstractExpression < 
= = 本 | 
interpret 


NonterminalExpression 


| childExpressions 性 一 一 


interpret | 


23.5 ”拓展 思路 的 要 点 


| 还 有 其 他 哪些 迷你 语言 

在 本 章 中 ,我 们 设计 了 一 种 操控 无 线 玩 具 车 的 迷你 语言 。 当 然 ， 这 不 过 是 Interpreter 模式 的 一 
个 例子 而 已 ， 这 里 我 们 再 列举 一 些 其 他 的 迷你 语言 。 

“多 正则 表达 式 


在 GoF B (请 参见 附录 E [GoF] ) 中 ， 作 者 使 用 正则 表达 式 (regular expression ) 作为 迷你 语言 
示例 。 在 书 中 ， 作 者 使 用 Interpreter 模式 解释 了 如 下 表达 式 ， 并 推导 出 语法 树 。 














| 


| TerminalExpression 



























interpret 








raining & (dogs | cats) * 
这 个 表达 式 的 意思 是 “在 raining 后 重复 出 现 0 次 以 上 dogs 或 cats". 
检索 表达 式 


在 Grand B (请 参见 附录 EE [Grand] ) 中 ， 作 者 讲解 了 表示 单词 组 合 的 Little Language 模式 。 在 
书 中 ， 该 模式 可 以 解释 如 下 表达 式 并 推导 出 语法 树 。 


garlic and not onions 
这 个 表达 式 的 意思 是 “包含 garlic 但 不 包含 onions", 
令 批 处 理 语言 


Interpreter 模式 还 可 以 处 理 批 处 理 语言 ， 即 将 基本 命令 组 合 在 一 起 ， 并 按 顺序 执行 或 是 循环 执 
行 的 语言 。 本 章 中 的 无 线 玩具 车 操控 就 是 一 种 批 处 理 语言 。 
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| 帐 过 标记 还 是 读 取 标记 

在 制作 解释 器 时 ， 经 常会 出 现 多 读 了 一 个 标记 或 是 漏 读 了 一 个 标记 的 Bug。 在 编写 各 个 终结 符 
表达 式 对 应 的 方法 时 ， 我 们 必须 时 刻 注意 “进入 这 个 方法 时 已 经 读 至 哪个 标记 了 ? 出 了 这 个 方法 时 
应 该 读 至 哪个 标记 ?” 


|23.6 相关 的 设计 模式 


€ Composite 模式 (第 11 章 ) 
NonterminalExpression 角色 多 是 递归 结构 ,因此 常会 使 用 Composite 模式 来 实现 NonterminalExpression 
角色 。 


€ Flyweight 模式 (第 20 章 ) 
有 时 会 使 用 Flyweight 模式 来 共享 TerminalExpression 角色 。 


€ Visitor 模式 (第 13 章 ) 
在 推导 出 语法 树 后 ， 有 时 会 使 用 Visitor 模式 来 访问 语法 树 的 各 个 节点 。 


23.7 ”本 章 所 学 知识 以 及 本 书 的 结束 语 


在 本 章 中 ， 我 们 学 习 了 使 用 迷你 语言 解决 问题 的 Interpreter 模式 。 此 外 ， 我 们 还 讨论 了 使 用 
BNF 递归 定义 语言 的 方法 和 推导 语法 树 的 方法 。 

到 此 为 止 ， 我 们 的 GoF 的 23 种 设计 模式 之 旅 已 经 到 达 终 点 了 。 大 家 有 哪些 感想 呢 ? 对 于 有 些 
简单 的 模式 大 家 可 能 理解 得 比较 透彻 了 ， 而 对 于 有 些 复杂 的 模式 ， 可 能 大 家 还 是 一 知 半 解 。 不 过 ， 
暂且 抛 开 这 些 具体 的 模式 不 谈 ， 想 必 大 家 已 经 掌握 了 从 “设计 模式 ”的 角度 去 看 程序 的 方法 。 抽 象 
类 和 接口 的 作用 、 继 承 和 委托 的 使 用 方法 、 类 与 方法 的 可 见 性 、 类 的 可 替换 性 、 不 用 修改 代码 即 
可 将 类 作为 组 件 复 用 的 方法 …… 大 家 是 否 回忆 起 了 从 各 章节 中 学 习 到 的 设计 模式 呢 ? 

那么 ， 本 书 的 内 容 就 到 此 结束 了 。 和 希望 大 家 能 够 使 用 设计 模式 编写 出 非常 漂亮 的 代码 。 谢 谢 大 
家 阅读 本 书 。 和 希望 有 机 会 与 大 家 相 见 。 


Enjoy Patterns ! 


23.8 练习 题 答案 请 参见 附录 A ( P.350 ) 


e 习题 23-1 
在 示例 程序 中 ， 我们 只 进行 了 语法 解析 。 请 修改 程序 ， 让 示例 程序 还 可 以 “运行 ” 迷 
你 语言 程序 。 关 于 如 何 “ 运 行 "”go、right M left 等 基本 命令 (<primitive 


command» )， 大 家 可 以 自由 发 挥 。 


提示 ”这 是 本 书 中 最 后 一 道 习 题 了 。 为 了 同时 总 结 一 下 设计 模式 ， 我 们 在 答案 中 还 增加 
了 以 下 功能 。 
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e 使 用 GUI 显示 基本 命令 的 “运行 ”结果 

e 使 用 Facade 模式 ( 第 15 章 ) 使 解释 器 更 易于 使 用 

e 编写 了 一 个 生成 基本 命令 的 类 ( Factory Method 模式 ( 第 4 章 )) 
e 将 解释 器 的 相关 代码 单独 整理 至 一 个 包 中 


图 23-4 至 图 23-7 是 在 学 习 迷 你 语言 时 给 大 家 看 过 的 运行 结果 图 。 


附 录 
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附录 B 示例 程序 的 运行 步骤 
附录 C ”GoF 对 设计 模式 的 分 类 
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第 1 章 


| 习题 1-1 的 答案 ( 习题 见 P11 1 
答案 如 下 。 无 需 对 Main 类 中 的 while 循环 做 任何 修改 。 





BookShelf 类 ( BookShelfjava ) 


import java.util.ArrayList; 





public class BookShelf implements Aggregate ( 
public Book BO index) 


} 
public void appendBook (Book book) { 


E 
public int getLength() { 
} 
public Iterator iterator() { 
return new BookShelfIterator (this); 








Main 类 ( Main.java ) 


import java.util.*; 


public class Main ( 
public static void main(String[] args) ( 

BookShelf bookShelf = new BookShelf (4); 
bookShelf.appendBook (new Book ("Around the World in 80 Days")); 
bookShelf.appendBook (new Book("Bible")); 
bookShelf.appendBook (new Book("Cinderella")); 
bookShelf.appendBook (new Book("Daddy-Long-Legs")); 
bookShelf.appendBook(new Book("East of Eden")); 
bookShelf.appendBook (new Book("Frankenstein")); 
bookShelf.appendBook(new Book("Gulliver's Travels")); 
bookShelf.appendBook (new Book("Hamlet")); 
Iterator it - bookShelf.iterator(); 
while (it.hasNext()) ( 

Book book = (Book)it.next(); 

System.out.println (book.getName()); 
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上 图 A1-1 运行 结果 








Around the World in 80 Days 
Bible 

Cinderella 

Daddy-Long-Legs 

East of Eden 











Frankenstein 
Gulliver's Travels 
Hamlet 
| 第 2 章 
| 习题 2-1 的 答案 (习题 见 P21) 


这 是 想 强 调 “ 只 使 用 了 Print 接口 的 方法 ”。 在 本 章 的 示例 程序 中 ，PrintBanner 类 和 
Print 接口 对 外 提供 的 方法 是 相同 的 。 但 是 在 有 些 情 况 下 ，PrintBanner 类 中 的 方法 可 能 会 比 
Print 接口 中 的 方法 多 。 通 过 将 对 象 保存 在 Print 类 型 的 变量 中 并 使 用 该 变量 ， 可 以 明确 地 表明 
程序 的 意图 ， 即 “并 不 是 使 用 PrintBanner 类 中 的 方法 ， 而 是 使 用 Print 接口 中 的 方法 ”。 


补充 说 明 即使 将 变量 保存 在 Print 类 型 的 变量 中 ， 如 果 对 象 的 实际 类 型 是 PrintBanner 类 
型 ， 那 么 依然 可 以 通过 下 面 这 样 的 类 型 转换 来 调用 PrintBanner 类 中 独 有 的 方法 。 


((PrintBanner)p).methodWhichExistsOnlyInPrintBanner(); 


如 果 变 量 p 中 保存 的 不 是 PrintBanner 类 以 及 它 的 子 类 ， 那 么 程序 在 运行 时 会 出 错 ( 抛 出 
java.lang.ClassCastException 异常 )。 


| 习题 2-2 的 答案 ( 习题 见 P.21 ) 
答案 如 下 。 这 里 使 用 了 基于 类 的 Adapter 模式 。 


代码 清单 A2-1 FileProperties 类 ( FileProperties.java ) 











import java.io.*; 
import java.util.*; 


public class FileProperties extends Properties implements FileIO ( 
public void readFromFile(String filename) throws IOException { 
load(new FileInputStream(filename)); 
) 
public void writeToFile(String filename) throws IOException { 
store (new FileOutputStream(filename), "written by FileProperties"); 
j 
public void setValue(String key, String value) ( 
setProperty(key, value); 


public String getValue(String key) 1 
return getProperty(key, ""); 
) 
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| 习题 3-1 的 答案 ( 习题 见 P.31 ) 


在 子 类 中 需要 实现 的 方法 是 java.io.InputStream 的 read() 方法 (不 带 参数 )。read () 
方法 会 被 java.io.InputStream 的 模板 方法 read (byte[] b, int off, int len) 循 
环 调用 。 

也 就 是 说 ， 程 序 中 是 子 类 负责 实现 具体 的 “ 读 取 1 个 字 节 ”的 处 理 ， 而 在 java.io.InputStream 
中 只 定义 了 “将 指定 数量 的 字 节 读 取 到 数组 中 的 指定 位 置 ” 这 个 模板 方法 。 





| 3832 的 答案 ( 习题 见 P31 ) 

这 表示 在 子 类 中 无 法 重 写 display 方 法 。 

该 类 的 编写 者 强硬 地 要 求 子 类 的 编写 者 “如 果 想 要 继承 这 个 类 ， 不 要 重 写 di splay 方 法 ,请 
编写 其 他 方法 ”。 

在 GoF 书 ( 请 参见 附录 E [GoF] ) 中 明确 写 着 不 应 该 重 写 模板 方法 。 如 果 想 让 模板 方法 无 法 被 
387, 那么 请 使 用 final 修饰 符 。 


| 习题 3- 的 答案 ( 习题 见 P31 ) 
可 以 将 AbstractDisplay 类 中 的 open，print，close 方 法 的 可 见 性 声明 为 

protected。 这 样 就 可 以 让 继承 该 类 的 子 类 调用 这 些 方法 ， 而 其 他 包 中 的 类 无 法 调用 这 些 方法 (不 

过 同一 个 包 中 的 类 依然 可 以 调用 这 些 方法 )。 

| 习题 3-4 的 答案 ( 习题 见 P.31 ) 


这 是 因为 TemplateMethod 模式 中 的 AbstractClass 角色 必须 实现 处 理 的 流程 。 在 抽象 类 中 可 以 
实现 一 部 分 方法 (例如 AbstractDisplay 类 中 的 display 方法 ), 但 是 在 接口 中 是 无 法 实现 方 
法 的 。 因 此 ， 在 TemplateMethod 模式 中 ， 无 法 用 接口 替代 抽象 类 。 


ELE 


| 习题 4-1 的 答案 ( 习题 见 P.41 ) 


这 是 因为 想 让 idcard 包 外 的 类 无 法 new 出 1DCard 类 的 实例 。 这 样 就 可 以 强迫 外 部 必须 通 
过 IDCardFactory 来 生成 IDCard 的 实例 。 
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fnit, YE Main 类 (无 名 包 ) 中 ， 是 无 法 像 下 面 这 样 生 成 IDCazra 的 实例 的 。 在 编译 时 ， 这 行 
代码 会 报错 。 


IDCard idcard = new IDCard(" 小 明 ") ; 


补充 说 明 在 Java 中 ， 只 有 同一 个 包 中 的 类 可 以 访问 不 带 public、protected、 private 
等 修饰 符 的 构造 函数 和 方法 。 


| 习题 4-2 的 答案 l ( 习题 见 P.41 ) 


代码 请 参见 代码 清单 A4-1 和 代码 清单 A4-2。 不 用 修改 £ramework.Product 类 (代码 清单 
4-1 )、framework .Factory 类 (代码 清单 4-2 ) 和 Main 类 (代码 清单 4-5 )。 请 注意 ， 即 使 修改 
了 IDCard 类 和 IDCardFactory 类， 也 完全 不 用 修改 框架 的 代码 。 

编号 是 从 100 开始 的 ， 但 是 这 并 没有 什么 特别 的 意思 。 

之 所 以 将 IDCardFactory 类 的 createProduct 方法 定义 为 synchronized 方 法 ， 是 为 
了 防止 程序 在 多 线程 运行 时 为 不 同 的 实例 分 配 相 同 的 编号 。 


代码 清单 A4-1 ”添加 了 编号 的 IDCard 类 ( IDCard.java ) 


package idcard; 
import framework.*; 





public class IDCard extends Product ( 
private String owner; 
private int serial; 
IDCard(String owner, int serial) { 
System.out.println(" 制作 " + owner + "(" + serial + ")" + "的 ID 卡 。")， 
this.owner = owner; 
this.serial = serial; 
} 
public void use() 1 
System.out.println(" 使 用 " + owner + "(" + serial + ")" + "的 ID 卡 。")， 
} 
public String getOwner() ( 
return owner; 
} 
public int getSerial() { 
return serial; 


} 





代码 清单 A4-2 添加 了 编号 的 IDCardFactory 类 ( IDCardFactory.java ) 


package idcard; 
import framework.*; 
import java.util.*; 








public class IDCardFactory extends Factory { 
private HashMap database - new HashMap(); 
private int serial - 100; 
protected synchronized Product createProduct(String owner) { 
return new IDCard(owner, serial-c*); 
) 


protected void registerProduct(Product product) { 


298 | 附 录 


IDCard card = (IDCard)product; 

database.put(new Integer(card.getSerial()), card.getOwner()); 
) 
public Hashtable getDatabase() { 

return database; 











制作 小 明 ( 100 ) 的 ID 卡 。 
制作 小 红 ( 101 ) 的 ID 卡 。 
制作 小 刚 (102 ) 的 ID 卡 。 


使 用 小 明 ( 100 ) 的 ID 卡 。 
使 用 小 红 ( 101 ) 的 ID 卡 。 
使 用 小 刚 ( 102 ) 的 ID 卡 。 





| 习题 4-3 的 答案 ( 习题 见 P41 ) 


这 是 因为 在 Java 中 无 法 定义 abstract 的 构造 函数 。 在 Java 中 ， 构 造 函数 是 不 会 被 继承 的 ， 因 
此 定义 abstract 的 构造 函数 没有 任何 意义 。 

要 想 实 现 习 题 中 的 需求 ， 不 应 当 在 构造 函数 中 设置 产品 的 名 字 ， 而 应 当 另 外 声明 一 个 设置 产品 
名 字 的 专用 方法 。 
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| 习题 5-1 的 答案 (习题 见 P.47 


代码 请 参见 代码 清单 A5-1。 

这 里 稍微 有 些 偏离 了 Singleton 模式 的 话题 。 请 注意 getNextTicketNumber 方 法 是 
synchronized 方法， 这 是 为 了 能 让 getNextTicketNumber 在 多 线程 环境 下 正常 工作 。 如 果 
没有 将 它 定义 为 synchronized 方法 ， 在 多 线程 环境 中 可 能 会 返回 相同 的 编号 。 





Singleton 模式 的 TicketMaker 类 ( TicketMaker.java ) 


public class TicketMaker ( 
private int ticket - 1000; 





public synchronized int getNextTicketNumber() { 


return ticket++; 


) 
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调用 TicketMaker 类 的 Main 类 ( Main.java ) 








public class Main ( 


public static void main(String[] args) ( 
System.out.println("Start."); 
for (int i20; i« 10; Tt4) 4 
System.out.println(i + ":" + TicketMaker.getInstance(). 
getNextTicketNumber()); 
) 
System.out.println("End."); 





(' 0 1209014 € NN HnD| o 
e. oe se oo oe so so on os so 





| 习题 5-2 的 答案 ( 习题 见 P.47 ) 


让 Triple 类 (代码 清单 A5-3 ) 的 实例 持 有 自己 的 编号 Cia) 和 一 个 静态 Triple 类 型 的 数 
组 ， 并 事先 在 数组 中 保存 3 个 Triple 类 的 实例 。getInstance 方法 接收 的 参数 是 数组 的 下 标 ， 
它 会 返回 1 个 数组 下 标 所 对 应 的 Triple 的 实例 。 
为 了 在 用 字符 串 表示 Triple 的 实例 时 能 看 到 它 的 编号 ,我 们 实现 了 tostring 方法 。 


sra 





Triple 类 ( Triple.java ) 





public class Triple { 





private int id; 

private Triple(int id) ( 
System.out.println("The instance " + id + " is created."); 
this.id - id; 


) 

public static Triple getInstance(int id) ( 
return triple[id]; 

) 

public String toString() { 
return "[Triple id-" + id + "]"; 


) 
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5-4 ”调用 Triple 类 的 Main 类 ( Main.java ) 


public class Main { 
public static void main(String[] args) 1 
System.out.println("Start."); 
for (int i = 0; i « 9; itt*) f 
Triple triple - Triple.getInstance(i $ 3); 
Syatem.oüt.println(i + "i" + triple); 





J 
System.out.println("End."); 











Start. 

The instance 0 is created. 
The instance 1 is created. 
The instance 2 is created. 
:[Triple id-0 
:[Triple id-1 
:[Triple id-2 
: [Triple id-0 
Triple id=1] 
[Triple id=2] 
Triple id=0] 
Triple id=1] 
Triple id=2] 
End. 


co s 0 WO 














人 @@ 请 不 习惯 静态 字段 的 读者 注意 

在 代码 清单 A5-3 中 ，Triple 类 的 triple 字段 会 在 生成 Triple 类 的 实例 时 被 初始 化 ,但 
这 并 不 会 形成 无 限 循环 。 大 家 可 能 会 有 “在 生成 Triple 类 的 实例 时 需要 Triple 类 的 实例 ”这 种 
错觉 ， 其 实 不 然 。 之 所 以 不 会 形成 无 限 循 环 ， 是 因为 triple 字段 并 不 是 实例 的 字段 ， 而 是 静态 字 
Et. triple 字段 的 初始 化 只 会 在 第 一 次 生成 时 进行 ， 之 后 生成 Triple 类 的 实例 时 不 会 再 初始 化 
triple 字段 。 如 果 不 将 triple 字段 定义 为 静态 字段 ， 就 会 进入 无 限 循环 ， 在 运行 时 会 报错 HE 
Tiii )o 


| 习题 5-3 的 答案 ( 习题 见 P.47 ) 
这 是 因为 在 多 个 线程 几乎 同时 调用 Singleton.getInstances 方法 时 ， 可 能 会 生成 多 个 实例 。 


代码 清单 A5-5 — 多 个 线程 调用 Singleton.getlnstances 方法 ( Main.java ) 


public class Main extends Thread ( 
public static void main(String[] args) ( 
System.out.println("Start."); 
new Main("A").start(); 
new Main("B").start(); 
new Main("C").start(); 
System.out.println("End."); 
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public void run() ( 
Singleton obj = Singleton.getInstance(); 
System.out.println(getName() + ": obj = " + obj); 
f 
public Main (String name) { 
super (name); 


} 








代码 清单 A5-5 的 运行 结果 会 根据 运行 时 计算 机 的 状态 不 同 而 不 同 ， 为 了 确保 能 生成 多 个 实例 ， 
我 们 将 Singleton 类 修改 为 代码 清单 A5-6 中 的 代码 。 图 A5-3 是 运行 结果 示例 。 


代码 清单 A5-6 。 为 了 确保 能 生成 多 个 实例 ， 我 们 故意 降低 了 程序 处 理 速度 ( Singleton java ) 


public class Singleton { 
private static Singleton singleton = null; 
private Singleton() ( 
System.out.println(" 生成 了 一 个 实例 。" ) ; 








) 
public static Singleton getInstance() ( 
if (singleton -- null) ( 
Singleton = new Singleton(); 


} 


return singleton; 





} 





| 图 A5-3 运行 结果 示例 











Start. 

End. 

生成 了 一 个 实例 。 擂 生成 多 个 实例 

生成 了 一 个 实例 。 

生成 了 一 个 实例 。 

A: obj = Singleton86ec612 «- A, B, C 中 实例 的 内 容 不 同 


B: obj = Singletoneddlf7 
C: obj = Singleton853c015 








在 以 上 代码 中 ， 如 下 条 件 判断 是 线程 不 安全 的 。 


if (singleton == null) ( 
singleton - new Singleton(); 


) 
在 使 用 singleton == null 判断 第 一 个 实例 是 否 为 null 后 ， 执 行 了 下 面 的 语句 。 


singleton = new Singleton(); 
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> 在 赋值 之 前 ， 其 他 线程 可 能 会 进行 singleton == null 判断 。 
此 ， 只 有 像 代 码 清单 A5-7 中 那样 ， 定 义 getInstance 方法 为 synchronized 方 法 后 才 
mes Singleton 模式 ( 该 解决 方案 参考 了 Warren P ( 请 参见 附录 E [Warren] ) )。 详 细 内 容 请 参见 
笔者 的 另外 一 本 拙 著 《 图 解 设 计 模 式 : 多 线程 ( 附录 E [Yuki02] ) 中 的 附录 Bo 


代码 清单 A5-7 ”严谨 的 Singleton 模式 ( Singleton.java ) 


public class Singleton { 
private static Singleton singleton - null; 
private Singleton() { 
System.out.println(" 生成 了 一 个 实例 。"); 
slowdown(); 








J 
public static nento 
if (singleton == null) { 
singleton = new Singleton () 






Id Singleton getInstance() { 


} 


return singleton; 


) 
private void slowdown() { 
try ( 
Thread.sleep(1000); 
) catch (InterruptedException e) { 
) 
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| 习题 6-1 的 答案 ( 习题 见 P.59 ) 
例如 ， 有 以 下 两 种 方法 。 








e 将 Product 接口 修改 为 Product 类 ,在 Product 类 中 实现 createClone 方法 ( Template 


Method 模式 ) 
e 定义 一 个 ConcreteProduct 类 作为 UnderlinePen 类 和 MessagePen 类 的 父 类 , 让 
ConcreteProduct 类 实现 Product 接口 ， 并 实现 createClone 方法 


不 论 哪 种 解决 方法 ， 都 是 通过 继承 来 共用 createClone 方法 。 


| 习题 6-2 的 答案 ( 习题 见 Ps9 


RĀ, java.lang.Object 类 并 没有 实现 3ava . lang. Cloneable 接口 。 
如 果 Object 类 实现 了 C1oneable 接口 ， 那 么 无 论 是 哪个 类 的 实例 调用 clone 方法 ， 都 不 


会 抛 出 CloneNotSupportedException 异常 。 


D AELA [Java 言语 艺 学 让 玫 访 723 一 入门” FLER YFA], 人民 邮 电 出 版 社 即将 引进 
出 版 。 译 者 注 
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| 习题 7-1 的 答案 ( 习题 见 P70 ) 
需要 修改 如 下 3 个 地 方 。 代 码 清单 7-2 中 的 Director 类 和 7-5 中 的 Main 类 则 无 需 修改 。 
e Builder 类 ( 代码 清单 7-1 ) 中 的 修改 点 


public abstract class Builder 
i 


public interface Builder 


e TextBuilder 类 ( 代码 清单 7-3 ) 中 的 修改 点 
public class TextBuilder extends Builder 


i 


public class TextBuilder implements Builder 


e HTMLBulilder 类 ( 代码 清单 7-4 ) 中 的 修改 点 
public class HTMLBuilder extends Builder 


i 


public class HTMLBuilder implements Builder 








| 习题 7-2 的 答案 ( 习题 见 P.70 ) 


在 Buildet 类 中 加 入 检查 调用 顺序 的 方法 。 然 后 ， 像 下 面 这 样 修改 子 类 中 需要 实现 的 方法 
(Template Method 模式 )。 


makeTitle  — buildTitle 
makeString 一 buildString 
makeltems 一 buildItems 


close 一 buildDone 


由 于 只 有 Builder 类 的 子 类 需要 使 用 以 上 这 些 方法 ， 所 以 我 们 将 这 些 方法 的 可 见 性 从 
public 变 为 protected。 
这 样 一 来 ， 就 无 需 对 Director 类 做 任何 修改 了 。 


代码 清单 A7-1 Builder 类 ( Builder.java ) 


public abstract class Builder ( 
private boolean initialized - false; 
public void makeTitle(String title) ( 
if (l!initialized) ( 
buildTitle (title); 
initialized - true; 








} 
} 
public void makeString(String str) ( 
if (initialized) ( 
buildString (str); 
) 
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public void makeItems(String[] items) { 


} 


if (initialized) { 
buildItems (items); 


public void close() { 


} 


if (initialized) ( 
buildDone(); 


protected abstract void buildTitle(String title); 
protected abstract void buildString(String str); 
protected abstract void buildItems (String[] items); 
protected abstract void buildDone(); 





代码 清单 A7-2 — HTMLBuilder 类 ( HTMLBuilder java ) 





import java.io.*; 


public class HTMLBuilder extends Builder { 


private String filename; // 文件 名 
private PrintWriter writer; // 用 于 编写 文件 的 PrintWriter 
protected void buildTitle(String title) ( // HTML 文件 的 标题 
filename = title + ".html"; // 将 标题 作为 文件 名 
try { 
writer = new PrintWriter(new FileWriter(filename)); // ŒR PrintWriter 


) 


) catch (IOException e) { 
e.printStackTrace(); 


} 
writer.println("«html»«head»«title»" + title + "</title></head><body>"); // 输出 标题 


writer.println("«hl»" + title + "«/h1»"); 


protected void buildString(String str) ( // HTML 中 的 文字 
writer.println("«p»" + str + "«/p»"); // 输出 <p> 标签 

} 

protected void buildItems(String[] items) ( // HTML 中 的 条 目 
writer.println("«ul»"); // 输出 <ul> 和 <1i> 


} 


for (int i = 0; i < items.length; i-*) ( 
writer.println("«li»" -+ items[i] + "«/li»"); 

} 

writer.println("«/ul»"); 


protected void buildDone() { // 完成 文档 
writer.println("</body></html>"); // 关闭 标签 
writer.close(); // 关闭 文件 


) 


public String getResult() { 





return filename; // 返回 文件 名 


73 TextBuilder 类 ( TextBuilder.java ) 








public class TextBuilder extends Builder ( 


private StringBuffer buffer - new StringBuffer(); // 文档 内 容 保 存在 该 字段 中 
protected void buildTitle(String title) { // 纯 文本 的 标题 


buffer .append ("==================== // 装饰 线 
buffer.append("[" + title + "]An "); // 为 标题 添加 『 ] 





buffer.append("Mn"); // 
) 
protected void buildString(String str) ( [1 
buffer.append(' M ' + str + "\n"); ft 
buffer.append ("\n"); // 
) 
protected void buildItems(String[] items) { I 
for (inti = 0; i < items.length; i++) ( 
buffer.append("-" + items[i] + "\n"); // 
} 
buffer.append("\n"); // 
) 
protected void buildDone() ( TUA 
buffer .append ("==============================\N"); // 


) 
public String getResult() ( 

return buffer.toString(); / / 
} 
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换行 
纯 文 本 的 字符 串 
为 字符 串 添 加 国 
换行 
纯 文本 的 条 目 
为 条 目 添加 … 
换行 
完成 文档 
装饰 线 


将 StringBuffer 转换 为 String 


然后 ， 我 们 还 可 以 在 程序 中 加 上 “close 方法 处 理 完成 后 ， 不 能 再 调用 其 他 方法 ”等 限制 。 


以 上 只 是 一 种 答案 。 除 此 之 外 ， 还 有 很 多 方法 可 以 解答 该 题 。 


| 习题 7-3 的 答案 


( 习题 见 P.71 ) 


这 里 ， 我 们 编写 了 一 个 基于 JFC (Java Foundation Classes ) 的 GUI 界面 来 扮演 ConreteBuilder 
角色 。 在 FrameBuilder 类 中 ,我 们 使 用 窗口 上 的 标签 (JLabel ) 实现 了 makeString 部 分 ， 
使 用 窗口 上 的 按钮 ( JButton ) 实现 了 makeItems 部 分 。 而 Builder 类 和 Director 类 则 与 示 


例 程序 完全 相同 。 


程序 运行 后 会 显示 图 A7-1 中 的 窗口 。 点 击 按钮 中 ， 按 钮 中 的 “早上 好 ”会 在 标准 输出 中 显 


示 出 来 。 


代码 清单 A7-4 FrameBuilder 类 ( FrameBuilder.java ) 


import javax.swing.*; 
import java.awt.event.*; 
import java.awt.*; 


public class FrameBuilder implements ActionListener ( 


private JFrame frame - new JFrame(); 
private Box box - new Box(BoxLayout.Y AXIS); 
public void WEKSEZENS(String title) ( 
frame.setTitle(title); 
} 
public void HSRSSESIHg (String str) 4 
box.add(new JLabel(str)); 
) 
public void RSKSTEERS (string[] items) ( 
Box innerbox - new Box(BoxLayout.Y AXIS); 
for (inti = 0; i < items.length; i++) ( 
JButton button = new JButton(items[i]); 
button.addActionListener (this); 
innerbox.add (button); 
) 


box.add(innerbox); 
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public void close() { 

frame.getContentPane ().add (box); 

frame.pack(); 

frame.addWindowListener(new WindowAdapter() { 
public void windowClosing (WindowEvent e) ( 

System.exit(0); 

} 

)); 


} 
public JFrame getResult() { 


return frame; 


) 


public void actionPerformed(ActionEvent e) ( 
System.out.println(e.getActionCommand()); 


) 





代码 清单 A7.5 Main 类 ( Main.java ) 





import javax.swing.*; 


public class Main ( 
public static void main(String[] args) ( 
FrameBuilder framebuilder - new FrameBuilder(); 
Director director = new Director(framebuilder); 
director.construct(); 
JFrame frame - framebuilder.getResult(); 
frame.setVisible (true); 





1 图 A7-1 运行 结果 





| 习题 7-4 的 答案 








( 习题 见 P.71) 


可 以 像 下 面 这 样 ， 使 用 String 类 型 的 变量 作为 参数 ， 然 后 将 append 修改 为 += 即 可 。 不 过 
当 像 示例 程序 中 这 样 ， 频 繁 地 改变 和 连接 字符 串 时 ,使 用 StringBuffer 的 效率 比 使 用 String 
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更 高 。 这 是 因为 ， 在 使 用 String 修改 和 连接 字符 串 时 ， 每 次 都 会 生成 一 个 新 的 String 类 的 实 
例 ， 产 生 额 外 的 开销 。 


代码 清单 A7-6  TextBuilder 类 ( TextBuilder.java ) 





public class TextBuilder extends Builder { 
























private Bi buffer = ""; // 文档 内 容 保 存在 该 字段 中 

public void makeTitle(String title) ( // 纯 文本 的 标题 
buffer fe " = =========\N"; // 装饰 线 
buffer ES "[" + title + "] n"; // 为 标题 加 上 『 
buffer ÉS "in"; // 换行 

} 

public void makeString(String str) ( // 纯 文本 的 字符 串 
buffer ES 'W' + str + "nU; // 为 字符 串 添 加 国 
buffer ES "in"; // 换行 

} 

public void makeItems(String[] items) ( // 纯 文本 的 条 目 
for (int i = 0; i < items.length; i++) ( 

buffer 4= E * "Mn"; // 为 条 目 添加 ， 

i; 
buffer ES "in"; // 换行 

} 

public void close() ( // 完成 文档 
buffer MK ==============================\nry // 装饰 线 

public String getResult() ( // 完成 后 的 文档 


return buffer; 


) 
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| 习题 8-1 的 答案 ( 习题 见 P.91 ) 


可 见 性 设置 为 private 的 优点 是 Tray 的 子 类 C 即 具体 的 零件 ) 不 会 依赖 于 tray 字段 的 实现 。 

可 见 性 设置 为 private 的 缺点 是 必须 重新 编写 一 些 方法 ， 让 外 部 可 以 访问 自身 。 

通常 ， 与 将 字段 的 可 见 性 设置 为 protected 相 比 ， 将 字段 的 可 见 性 设置 为 private， 然 后 
编写 用 于 访问 字段 的 方法 会 更 安全 。 





| 习题 8-2 的 答案 ( 习题 见 P.91 ) 
修改 方法 如 下 。 需 要 修改 的 只 有 Factory 类 和 Main 类 。 


代码 清单 A8-1 Factory 类 ( Factory.java ) 


package factory; 





public abstract class Factory { 
public static Factory getFactory(String classname) { 
Factory factory = null; 
try ( 
factory = (Factory)Class.forName (classname) .newInstance (); 
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) catch (ClassNotFoundException e) { 
System.err.println(" 没有 找到 " + classname + "3É, "); 
) catch (Exception e) { 
e.printStackTrace(); 
} 
return factory; 
} 
public abstract Link createLink (String caption, String url); 
public abstract Tray createTray (String caption); 
public abstract Page createPage(String title, String author); 





Main 类 ( Main.java ) 





import factory.*; 


public class Main { 
public static void main(String[] args) ( 

if (args.length !- 1) ( 
System.out.println("Usage: java Main class.name.of.ConcreteFactory"); 
System.out.println("Example 1: java Main listfactory.ListFactory"); 
System.out.println("Example 2: java Main tablefactory.TableFactory"); 
System.exit(0); 

) 

Factory factory = Factory.getFactory (args[0]); 

Page page = factory. BESBEBYBNOSPSSSN 0; 

page.output(); 
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1 图 A8-2 ”使 用 了 tablefactory 的 指向 Yahoo! 的 链接 




















| 35 8-3 的 答案 ( 习题 见 P91 ) 


这 是 因为 在 Java 中 无 法 继承 构造 函数 。 

即使 在 父 类 中 有 Link(String caption, String url) 构造 函数 ， 如 果 在 ListLink 类 
中 不 定义 ListLink (String caption, String url) 构造 函数 ， 就 无 法 像 下 面 这 样 生成 实 
例 ， 还 会 在 编译 代码 时 出 错 。 


new ListLink("Yahoo!", "http://www.yahoo.com/") 


| 习题 8-4 的 答案 ( 习题 见 P.91 ) 


这 是 因为 无 法 向 Tray 中 添加 Page (不 符合 HTML 规范 )。 如 果 将 Page 类 定义 为 Tray 类 的 
子 类 ， 那 么 Page 也 就 变 成 了 Item 类 的 子 类 ， 导 致 其 可 以 被 添加 至 Tray 中 。 

我 们 没有 这 么 做 ， 因 此 我 们 需要 在 Page 类 中 声明 makeHTML 方法 。 当 然 ， 如 果 像 下 面 这 样 定 
义 一 个 Java 接口 HTMLable， 在 其 中 声明 一 个 makeHTML 方法 ， 然 后 让 Item 类 和 Page 类 都 实 
现 (implements ) HTMLable 接口 ， 代 码 会 变 得 更 加 简洁 和 干净 。 


public interface HTMLable ( 
public abstract String makeHTML(); 


) 
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| 习题 9-1 的 答案 ( 习题 见 P.102 ) 
这 里 应 该 在 “类 的 功能 层次 ”中 增加 类 。 
直接 让 RandomCountDisplay 类 (代码 清单 A9-1) 继承 Display 类 也 可 以 ， 不 过 这 里 我 们 
让 它 继承 CountDisplay 类。 
java.util.Random 是 一 个 随机 数 生 成 器 ，nextInt (n) 方法 会 随机 生成 和 返回 一 个 大 于 0 


小 于 nn 的 随机 数 。 
Main 类 (代码 清单 A9-2 ) 调用 了 RandomCountDisplay 的 randomDisplay 方 法。 程序 


运行 后 ， 会 随机 显示 0 至 9 次 "Hello, China."。 











import java.util.Random; 


public class RandomCountDisplay € 3:00 
private Random random - new Random? 
public RandomCountDisplay (DisplayImpl impl) { 
super (impl); 





} 


ego vois kandombisplay (int times) { 


iy (random.nextInt (times)); 














代码 清单 A9-2 Main 类 ( Main.java ) 


public class Main { 
public static void main(String[] args) ( 
RandomCountDisplay d = new RandomCountDisplay (new StringDisplayImpl ("Hello, 
China."))5 
d.randomDisplay (10); 














[AA 程序 运行 结果 示例 1 ( 重复 运行 了 4 次 。 每 次 运行 结果 可 能 都 不 同 ) 











|Hello, China. | 
|Hello, China. | 
|Hello, China. | 
|Hello, China.| 








上 图 A9-2 程序 运行 结果 示例 2 ( 重复 运行 了 8 次 ) 











|Hello, China.| 
|Hello, China.| 
|Hello, China.| 
|Hello, China.| 
|Hello, China.| 
|Hello, China.| 
|Hello, China.| 
|Hello, China.| 








A9-2 ”程序 运行 结果 示例 3 ( 重复 运行 了 0 次 ) 

















类 图 请 参见 图 A9-4。 
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增加 RandomCountDisplay 类 后 的 类 图 




























































































Display E DisplayImpl 
impl 
rawOpen 
open rawPrint 
print rawClose 
close 
display 
CountDisplay | StringDisplayImpl 
| 
multiDisplay rawOpen 
rawPrint 
rawClose 
RandomCountDisplay 
randomDisplay 
| 3892 的 答案 ( 习题 见 P102 ) 


这 里 应 该 在 “类 的 实现 层次 ”中 添加 类 ， 我 们 编写 了 一 个 DisplayImpl 类 的 子 类 一 一 
FileDisplayImpl 类 。 

在 代码 清单 A9-3 中 的 FileDisplayImpl 类 中 ， 只 是 负责 显示 太 过 简单 了 ， 所 以 我 们 用 其 添 
加 了 一 些 装饰 。 

.代码 清单 A9-4 中 的 Main 类 调用 CountDisplay 类 和 FileDisplayImpl 类 来 显示 3 次 

star.txt 文件 中 的 内 容 (代码 清单 A9-5 )。 

如 果 使 用 上 一 道 习 题 中 的 RandomCountDisplay 类 和 FileDisplayImpl 类 ， 则 可 以 显示 
随机 次 star .txt 文件 中 的 内 容 。 


代码 清单 A9-3 ”FileDisplayImpl 类 ( FileDisplaylmpl.java ) 


import java.io.*; 








public class FileDisplayImpl Meenas Disp 
private String filename; 
private BufferedReader reader; 
private final int MAX READAHEAD LIMIT = 4096; // 循环 显示 的 极限 ( 缓存 大 小 限制 ) 
public FileDisplayImpl(String filename) ( 
this.filename - filename; 





) 
public void 
try ( 
reader - new BufferedReader (new FileReader(filename)); 
reader.mark(MAX READAHEAD LIMIT); 
) catch (IOException e) ( 
e.printStackTrace(); 





) 
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System.out.println("2---------- " + filename + " -----------"); // 装饰 框 
) 
public void ESWEERHÉO ( 

try ( 


String line; 
reader.reset(); // 回 到 mark 的 位 置 
while ((line = reader.readLine()) != null) ( 
System.out.println("» " + line); 

} 

} catch (IOException e) { 
e.printStackTrace(); 

} 

} 


public void BWOSE) í 


System.out.println("---2-------- "); // 装饰 框 
try [f 
reader.close(); 
) catch (IOException e) ( 
e.printStackTrace(); 


代码 清单 A9-4 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) ( 
CountDisplay d = new CountDisplay (new FileDisplayImpl("star.txt")); 
d.multiDisplay(3); 


代码 清单 A9.5 要 显示 的 文件 ( Star.txt ) 





Twinkle, twinkle, little star, 
How I wonder what you are. 





图 A9-5 运行 结果 









Star.txt =-=-=-=-=-= 
> Twinkle, twinkle, little star, 
> How I wonder what you are. 

> Twinkle, twinkle, little star, 
» 

> 

> 









How I wonder what you are. 
Twinkle, twinkle, little star, 
How I wonder what you are. 








类 图 请 参见 图 A9-6。 


1 图 A9-6 增加 FileDisplaylmpl 类 后 的 类 图 
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Display DisplayImpl | 

impl e | 
rawOpen 

open rawPrint 

print rawClose 

close 

display | 

CountDisplay StringDisplayImpl FileDisplayImpl 

| eese ewm | 

multiDisplay rawOpen rawOpen 
rawPrint rawPrint 
rawClose rawClose 

RandomCountDisplay 
randomDisplay 





| 习题 9-3 的 答案 ( 习题 见 P.102 ) 


习题 让 我 们 将 一 个 类 同时 加 入 到 类 的 功能 层次 结构 中 和 类 的 实现 层次 结构 中 。 但 是 ， 如 果 我 们 
将 要 增加 的 类 从 功能 上 和 实现 上 分 为 两 个 类 ， 将 “功能 类 ”加 入 到 类 的 功能 层次 结构 中 ， 将 “实现 
类 ”加 入 类 的 实现 层次 结构 中 ，Bridge 模式 就 非常 适用 于 这 种 场景 了 。 而 且 ， 采用 这 样 的 实现 方 
法 ,“ 功 能 类 ”还 可 以 被 其 他 类 (CountDisplay 类 和 RandomCountDisplay 类 ) 人 使用,“ 实现 
类 ”也 可 以 在 其 他 类 ( StringDisplayImpl 类 和 FileDisplayImpl 类 ) 上 正常 工作 。 

我 们 将 习题 中 的 类 从 实现 和 功能 上 分 为 以 下 两 个 类 。 


e IncreaseDisplay 类 (代码 清单 A9-6) ; 表示 逐渐 增加 显示 次 数 的 “功能 上 ”的 类 
e CharDisplayImpl 类 (代码 清单 A9-7): 表示 以 字符 显示 的 “实现 上 ”的 类 


代码 清单 A9-6 IncreaseDisplay 类 ( IncreaseDisplay.java ) 


public class IncreaseDisplay extends CountDisplay { 
private int step; // 递增 步 长 
public IncreaseDisplay(DisplayImpl impl, int step) { 
super (impl); 
this.step - step; 
) 
public void increaseDisplay(int level) ( 
int count - 0; 
for (int i = 0; i < level; i++) ( 
multiDisplay (count); 
count += step; 
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9-7  CharDisplaylmpl Æ ( CharDisplayImpl.java ) 


public class CharDisplayImpl extends Displa! * ( 

private char head; 

private char body; 

private char foot; 

public CharDisplayImpl(char head, char body, char foot) { 
this.head = head; 
this.body = body; 
this.foot - foot; 

) 

public void ESWOpen(0 í 
System.out.print (head); 

) 

public void EAWPESHEO í 
System.out.print (body); 

) 

public void rawClose () { 
System.out.println(foot); 

} 








代码 清单 A9-8 Main 类 ( Main.java ) 


public class Main { 
public static void main(String[] args) ( 
IncreaseDisplay dl = new IncreaseDisplay (new CharDisplayImpl('«', '*', '»'), 1); 
IncreaseDisplay d2 = new IncreaseDisplay (new CharDisplayImpl('|', '#', '-'), 2); 
dl.increaseDisplay (4); 
d2.increaseDisplay(6); 





| 图 A9-7 ”运行 结果 











e 

<*> 

e» 

< 大 大火 > 

| 
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类 图 请 参见 图 A9-8。 类 图 中 包含 了 示例 程序 中 的 所 有 类 和 练习 题 中 的 所 有 类 。 大 家 可 以 看 出 
图 中 左 侧 是 类 的 功能 层次 结构 ， 右 侧 是 类 的 实现 层次 结构 ， 中 间 是 通过 委托 连接 它们 二 者 的 桥 
梁 吗 ? 
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rawOpen 
rawPrint 
rawClose 












CountDisplay 
LLP c 
multiDisplay 


StringDisplayImpl FileDisplayImpl CharDisplayImpl 


rawOpen rawOpen rawOpen 
rawPrint rawPrint rawPrint 
rawClose rawClose rawClose 























IncreaseDisplay RandomCountDisplay 
loco seus ie. 











increaseDisplay randomDisplay 
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| 习题 10-1 的 答案 ( 习题 见 P.113 ) 
如 代码 清单 A10-1 所 示 。 由 于 我 们 让 其 随意 出 手势 ， 因 此 study 方法 是 空 方法 。 


代码 清单 A10-1 — RandomStrategy 类 ( RandomStrategy.java ) 


import java.util.Random; 


public class RandomStrategy implements Strategy { 


private Random random; 
public RandomStrategy(int seed) { 
random = new Random(seed); 
} 
public void Say (boolean win) { 
} 
public Hand BeXEHSEdO í 
return Hand.getHand(random.nextInt (3)); 
} 





代码 清单 A10-2 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) { 

if (args.length !- 2) ( 
System.out.println("Usage: java Main randomseedl randomseed2"); 
System.out.println("Example: java Main 314 15"); 
System.exit(0); 

) 

int seedl = Integer.parseInt (args[0]); 

int seed2 = Integer.parseInt (args[1]); 

Player playerl = new Player("Taro", new ProbStrategy (seedl)); 

Player player2 = new Player("Hana", new RandoRSEEategy (seed2)) ; 

for (int i = 0; i < 10000; itt) ( 
Hand nextHandl = playerl.nextHand(); 
Hand nextHand2 = player2.nextHand(); 
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if (nextHandl.isStrongerThan(nextHand2)) { 
System.out.println("Winner:" + playerl); 
playerl.win(); 
player2.1ose(); 

) else if (nextHand2.isStrongerThan(nextHandl)) ( 
System.out.println("Winner:" + player2); 
playerl.lose(); 
player2.win(); 

) else ( 

System.out.println("Even..."); 
playerl.even(); 
player2.even(); 

} 


} 
System.out.println("Total result:"); 


System.out.println(playerl.toString()); 
System.out.println(player2.toString()); 


| 习题 102 的 答案 ( 习题 见 P113 


这 是 因为 本 来 Hand 类 的 实例 就 只 有 3 个 ( 石头 、 剪 刀 、 布 )。 如 果 两 个 实例 中 的 handvalue 
字段 的 值 相 等 ， 那 么 也 就 意味 着 它们 是 相同 的 实例 。 


| 习题 10-3 的 答案 ( 习题 见 P.113 ) 
在 Java 中 ， 没 有 被 显 式 地 初始 化 的 字段 会 被 自动 初始 化 。boolean 类 型 的 字段 会 被 初始 化 为 
false ; 数值 类 型 的 字段 会 被 初始 化 为 0 ; 引用 类 型 的 字段 会 被 初始 化 为 null。 


HE 虽然 字段 会 被 自动 初始 化 ， 但 局 部 变量 不 会 被 自动 初始 化 。 


| 习题 10-4 的 答案 ( 习题 见 P.114 ) 
QuickSorter 类 (代码 清单 A10-3 ) 使 用 了 快速 排序 算法 。 


代码 清单 A10.3 ^ QuickSorter 类 ( QuickSorter.java ) 


public class QuickSorter implements Sorter ( 
Comparable[] data; 
public void sort(Comparable[] data) ( 
this.data - data; 
qsort(0, data.length - 1); 





} 
private void qsort(int pre, int post) { 
int saved pre - pre; 
int saved post - post; 
Comparable mid = data[(pre + post) / 2]; 
do ( 
while (data[pre].compareTo(mid) < 0) { 
pret+; 


} 
while (mid.compareTo(data[post]) < 0) ( 


postes; 


附录 A 习题 解答 | 317 


} 
if (pre <= post) { 
Comparable tmp = data[pre]; 
data[pre] = data[post]; 
data[post] = tmp; 
pre++; 
post--; 
} 
) while (pre <= post); 
if (saved pre « post) ( 
qsort(saved pre, post); 
} 
if (pre < saved post) ( 
qsort(pre, saved post); 
} 


代码 清单 A10-4 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) ( 
String[] data = ( 
"Dumpty", "Bowman", "Carroll", "Elfland", "Alice", 





SortAndPrint sap - new SortAndPrint (data, new QuickSorter()); 


sap.execute(); 
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| 习题 11-1 的 答案 ( 习题 见 P.127 ) 


例如 ，HTML 中 的 列表 (ul 标签 、o1 标签 、dal 标签 ) 和 表格 等 都 可 以 用 Composite 模式 表 
ZRe 


| 习题 11-2 的 答案 ( 习题 见 P.127 ) 


有 许多 实现 方法 。 这 里 我 们 在 Entry 类 中 定义 一 个 parent 字段 ( 它 表示 当前 目录 条 目的 上 
一 级 文件 夹 )。 根 目录 (最 上 级 目录 ) 的 parent 是 nul1l。 然 后 通过 从 Entry 类 接收 到 的 实例 ， 
Bl parent 字段 开 始 向 上 追溯 来 显示 出 完整 的 目录 路 径 。 需 要 修改 的 是 Entry 类 和 Directory 
类 。 可 以 通过 Directory 类 的 aad 方法 改变 parent 字段 。 


修改 后 的 Entry 类 ( Entry.java ) 


public abstract class Entry ( 





public abstract String getName(); 
public abstract int getSize(); 
public Entry add(Entry entry) throws FileTreatmentException { 
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throw new FileTreatmentException(); 
} 
public void printList() 1 
printhnist(""); 
} 
protected abstract void printList(String prefix); 
public String toString() 1 
return getName() + " (" + getSize() + ")"; 


} 


public String EE í 


StringBuffer fullname - new StringBuffer(); 
Entry entry - this; 
do ( 
fullname.insert(0, "/" + entry.getName()); 
entry - entry.parent; 
) while (entry !- null); 
return fullname.toString(); 


代码 清单 A11-2 修改 后 的 Directory 类 ( Directory.java ) 


import java.util.Iterator; 
import java.util.ArrayList; 


public class Directory extends Entry I 
private String name; 
private ArrayList directory - new ArrayList(); 
public Directory (String name) { 
this.name = name; 
} 
public String getName () { 
return name; 
) 
public int getSize() ( 
int size - 0; 
Iterator it = directory.iterator(); 
while (it.hasNext()) { 
Entry entry = (Entry)it.next(); 
size += entry.getSize(); 
) 
return size; 
) 
public Entry add(Entry entry) ( 
directory.add(entry); 
entry.parent = this; 
return this; 
$ 
protected void printList (String prefix) { 
System.out.println(prefix + "/" + this); 
Iterator it - directory.iterator(); 
while (it.hasNext()) ( 
Entry entry = (Entry)it.next(); 
entry.printList(prefix + "/" + name); 
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Al1-3 修改 后 的 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) ( 
try ( 
Directory rootdir - new Directory("root"); 





Directory usrdir = new Directory ("usr"); 
rootdir.add(usrdir); 


Directory yuki = new Directory ("yuki"); 
usrdir.add(yuki); 


File file - new File("Composite.java", 100); 
yuki.add(file); 
rootdir.printList(); 


System.out.println(""); 


) catch (FileTreatmentException e) ( 
e.printStackTrace(); 
} 


dyii 








root 

/root/usr (100) 

/root/usr/yuki (100) 
/root/usr/yuki/Composite.java (100) 


/ (100) 


file = /root/usr/yuki/Composite.java 
yuki /root/usr/yuki 


| BN 
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| 习题 12-1 的 答案 ( 习题 见 P.142 ) 
答案 如 下 。 


代码 清单 A12-1 UpDownBorder 类 ( UpDownBorderjava ) 
public class UpDownBorder extends Border { 
private char borderChar; // 表示 装饰 边框 的 字符 
public UpDownBorder(Display display, char ch) { // 通过 构造 函数 指定 Display 和 装饰 边框 字符 
super (display); 
this.borderChar - ch; 








} 
public int Bee í // 字符 数 与 要 显示 的 内 容 的 字符 数 相同 
return display.getColumns(); 


) 
public int BeEROWSO í // 行 数 是 内 容 的 行 数 加 上 上 下 边框 
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| mox 
return 1 + display.getRows() + 1; 
) 
public String BSEROWESXÉ(int row) ( // 获取 指定 行 的 内 容 
if (row == || row == getRows() - 1) { 
return makeLine(borderChar, getColumns()); 
) else ( 


return display.getRowText(row - 1); 
} 


} 
private String makeLine(char ch, int count) { // 生成 一 个 由 count 个 字符 ch 连续 组 成 


// 的 字符 串 
StringBuffer buf = new StringBuffer(); 
for (inti = 0; i < count; i++) ( 
buf.append (ch) ; 


) 
return buf.toString(); 


在 FullBorder 类 (代码 清单 12-5 ) 中 也 有 一 个 makeLine 方 法 。 因 此 ， 我 们 也 可 以 将 
makeLine 方法 放置 在 父 类 Border 类 中 ， 并 设置 它 的 可 见 性 为 protected。 


| 习题 12-2 的 答案 ( 习题 见 P.143 ) 


答案 如 下 。 为 了 保持 宽度 固定 ，updateColumn 方法 会 在 字符 串 的 最 后 补 上 空格 。 


代码 清单 A12-2 — MultiStringDisplay 类 ( MultiStringDisplay java ) 


import java.util.ArrayList; 


public class MultiStringDisplay BXÉSHdS?DESPISy í 


private ArrayList body = new ArrayList (); // 要 显示 的 字符 串 
private int columns = 0; // 最 大 字符 数 
public void add(String msg) { // 添加 字符 串 


body.add (msg) ; 
updateColumn (msg); 
} 
public int BeECOTUmHSO í // 获取 字符 数 


return columns; 


) 


public int BSEROWSO í // 获取 行 数 
return body.size(); 

) 

public String BSERGWESNÉ(int row) ( // 获取 指定 行 的 内 容 


return (String)body.get (row); 
) 
private void updateColumn (String msg) ( // 更 新 字符 数 
if (msg.getBytes().length > columns) { 
columns = msg.getBytes().length; 
) 
for (int row = 0; row < body.size(); row++) ( 
int fills = columns - ((String)body.get(row)).getBytes().length; 
Af (Grille 50) ( 
body.set(row, body.get(row) + spaces(fills)); 


} 


private String spaces (int count) { // 补 上 空 
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StringBuffer buf = new StringBuffer(); 

Bor (int i = Qr X € count; itf) f 
buf.append(' "Ji 

) 

return buf.toString(); 
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| 习题 13-1 的 答案 ( 习题 见 P.157 ) 


代码 请 参见 代码 清单 A13-1。 不 需要 修改 File.java ( 代码 清单 13-4 ) 和 Directory.java ( 代码 
清单 13-5 )。 


代码 清单 A13-1  FileFindVisitor 类 ( FileFindVisitor.java ) 


import java.util.Iterator; 
import java.util.ArrayList; 











public class FileFindVisitor extends Visitor { 

private String filetype; 

private ArrayList found - new ArrayList(); 

public FileFindVisitor(String filetype) { // 指定 . 后 面 的 文件 后 缀 名 ， 如 " .txt" 
this.filetype = filetype; 

} 

public Iterator getFoundFiles() { // 获取 已 经 找到 的 文件 
return found.iterator(); 


public void visit(File file) ( // 在 访问 文件 时 被 调用 
if (file.getName().endsWith(filetype)) { 
found.add(file); 
) 
) 
public void visit(Directory directory) { // 在 访问 文件 夹 时 被 调用 
Iterator it = directory.iterator(); 
while (it.hasNext()) { 
Entry entry = (Entry)it.next(); 
entry.accept (this); 








| 习题 13-2 的 答案 ( 习题 见 P.158 ) 
代码 请 参见 代码 清单 A13-2 和 代码 清单 A13-3。 运 行 结果 与 修改 Directory 类 前 相同 。 


代码 清单 A13-2 Directory 类 ( Directory.java ) 


import java.util.Iterator; 
import java.util.ArrayList; 











public class Directory extends Entry { 
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private String name; // 文件 夹 名 字 
private ArrayList dir = new ArrayList(); // 目录 条 目的 集合 
public Directory(String name) ( // 构造 函数 


this.name = name; 

) 

public String getName() ( // 获取 名 字 
return name; 


) 
public int getSize() ( // 获取 大 小 





} 
public Entry add(Entry entry) { // 添加 目录 条 目 
dir.add(entry); 
return this; 
} 
public Iterator iterator() { 
return dir.iterator(); 
) 
public void accept(Visitor v) ( 
v.visit(this); 





代码 清单 A13-3 — SizeVisitor 类 ( SizeVisitor.java ) 


import java.util.Iterator; 


public class SizeVisitor extends Visitor { 
private int size = 0; 
public int getSize() { 
return size; 
} 
public void MEN | 
size += file.getSize(); 
} 
public void De 本 二 ) : 
Iterator it = directory.iterator(); 
while (it.hasNext()) { 
Entry entry - (Entry)it.next(); 
entry.accept (this); 





| 习题 13-3 的 答案 (习题 见 P.158) 


我 们 定义 了 一 个 实现 了 Element 接口 并 继承 了 java.util.ArrayList 类 的 ElementArrayList 类 
(代码 清单 A13-4 )。 这 里 没有 必要 定义 ada 方法 ， 因 为 它 是 继承 于 ArrayList 类 。 


代码 清单 A13-4 . ElementArrayList 类 ( ElementArrayList java ) 








import java.util.ArrayList; 
import java.util.Iterator; 


class ElementArrayList extends ArrayList implements Element ( 
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public void accept(Visitor v) ( 
Iterator it - iterator(); 
while (it.hasNext()) { 
Element e - (Element)it.next(); 
e.accept (v) ; 


} 





| 习题 13-4 的 答案 ( 习题 见 P.159 ) 


是 效率 原因 。 
String 类 是 Java 语言 中 用 于 处 理 字符 串 的 基本 类 ， 扮 演 着 非常 重要 的 角色 。 因 此 ，Java 编译 
器 以 “不 能 继承 String 类 ”为 前 提 对 String 类 的 处 理 速度 和 内 存 消耗 量 都 进行 了 优化 。 
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| 习题 14-1 的 答案 ( 习题 见 P.169 ) 


next 字段 中 保存 的 多 是 控件 父 窗口 。 当 控件 自身 无 法 处 理 接收 到 的 请 求 时 ， 会 将 请 求 转交 给 
它 的 父 窗口 。 


| 习题 14-2 的 答案 ( 习题 见 P.170 ) 


图 A14-1 展示 了 图 14-5 中 的 对 话 框 的 责任 链 。 箭 头 指向 要 推 印 给 的 对 象 ， 即 next. 

“键盘 方向 键 被 按 下 ”的 事件 (请求 ) 会 被 发 送 给 当前 焦点 所 处 的 列表 框 或 是 勾 选 框 。 如 果 当 时 
焦点 在 列表 框 中 ， 列 表 框 会 自己 处 理 1 上 | 键 被 按 下 的 事件 ， 不 会 将 请 求 推卸 给 next 所 对 应 的 父 对 
话 框 ; 但 如 果 当 时 焦点 在 勾 选 框 中 ， 它 则 不 会 自己 处 理 1 | 键 被 按 下 的 事件 ， 而 是 将 请 求 推 印 给 
next 所 对 应 的 父 对 话 框 。 当 父 对 话 框 接收 到 1 键 被 按 下 的 事件 时 ， 会 将 焦点 移动 至 列表 框 中 。 
这 样 就 解释 了 习题 14-2 中 描述 的 现象 。 


[图 A14-1 ”对 话 杠 、 列 表 、 义 选 框 之 间 的 关系 图 
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| 习题 14-3 的 答案 ( 习题 见 P.170 ) 
这 表示 设计 者 希望 Support 类 接收 到 “解决 问题 ”的 请 求 后 ， 不 要 使 用 *esolve 方 法 ， 而 
是 使 用 support 方法 。 


WRK resolve 方法 的 可 见 性 设 为 public， 那 么 与 Support 类 无 关 的 其 他 类 就 都 可 以 调用 
resolve 方 法 了 。 这 样 可 能 会 导致 外 部 对 resolve 方法 的 使 用 方法 与 Support 类 所 期 待 的 使 用 
方法 不 符 。 

此 外 ， 如 果 将 resolve 方法 的 可 见 性 设 为 public， 可 能 会 发 生 当 resolve 方法 的 名 字 和 签 
名 发 生 改变 时 ， 必 须 修改 散落 在 程序 中 各 个 地 方 的 代码 的 问题 。 


BEER 在 Java 中 ， 如 果 方法 的 可 见 性 是 protected, 不仅 该 类 的 子 类 可 以 看 到 该 方法 ， 同 一 
个 包 中 的 其 他 类 也 可 以 看 到 该 方法 。 因 此 ， 像 在 示例 中 这 样 所 有 代码 放 在 一 个 包 中 时 ， 可 见 性 
设置 为 public 和 protected 是 没有 区 别 的 。 不 过 假如 将 来 将 它们 分 别 放 在 不 同 的 包 中 ， 
protected 就 可 以 发 挥 出 它 的 威力 了 。 
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使 用 循环 来 实现 的 代码 请 参见 代码 清单 A14-1。 
代码 清单 A14-1 修改 后 的 Support 类 ( Support.java ) 


public abstract class Support { 





private String name; // 解决 问题 的 实例 的 名 字 
private Support next; // 要 推卸 给 的 对 象 
public Support(String name) ( // 生成 解决 问题 的 实例 


this.name = name; 

} 

public Support setNext(Support next) ( // 设置 要 推卸 给 的 对 象 
this.next = next; 
return next; 

) 


public final void ra | 


for (Support obj = this; true; obj = obj.next) { 


if (obj.resolve(trouble)) ( 
obj .done (trouble); 
break; 
} else if (obj.next == null) { 
obj . fail (trouble); 
break; 
} 
) 
) 
public String toString() ( // 显示 字符 串 
return "[" + name + "jng 


) 

protected abstract boolean resolve(Trouble trouble); // 解决 问题 的 方法 

protected void done(Trouble trouble) ( // 解决 
System.out.println(trouble + " is resolved by " + this + "."); 

) 

protected void fail(Trouble trouble) (  // 未 解决 
System.out.println(trouble + " cannot be resolved."); 


) 
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| 习题 15-1 的 答案 ( 习题 见 P.179 ) 


{E Database 类 (代码 清单 15-1 ) 和 Htmlwriter 类 (代码 清单 15-2 ) 的 定义 中 ， 像 下 面 这 
样 将 public 去 掉 后 ， 就 无 法 从 pagemaker 包 外 部 使 用 Database 类 和 Htmlwriter 类 的 名 字 
了 (即使 不 删除 它们 中 的 方法 所 带 有 的 public 修饰 符 也 无 所 谓 )。 








e 变更 前 eum 
Database 类 
public class Database ( class Database ( 
) 
HtmlWriter 类 me 
public class HtmlWriter { class HtmlWriter ( 














| 习题 15-2 的 答案 ( 习题 见 P.179 ) 
答案 如 下 面 的 代码 清单 15-1 所 示 。 


代码 清单 A15-1 — 修改 后 的 PageMaker 类 ( PageMaker.java ) 
package pagemaker; 


import java.io.FileWriter; 
import java.io.IOException; 
import java.util.Properties; 
import java.util.Enumeration; 


public class PageMaker ( 
private PageMaker() ( // 不 允许 生成 PageMaker 类 的 实例 ， 因 此 将 构造 函数 设 为 private 
) 
public static void makeWelcomePage(String mailaddr, String filename) { 
try ( 
Properties mailprop = Database.getProperties ("maildata"); 
String username - mailprop.getProperty (mailaddr); 
HtmlWriter writer - new HtmlWriter(new FileWriter(filename)); 
writer.title("Welcome to " + username + "'s page!"); 
writer.paragraph(" 欢迎 来 到 " + username + " 的 主页 。") ; 
writer.paragraph(" 等 着 你 的 邮件 哦 ! ") 
writer.mailto(mailaddr, username); 
writer.close(); 
System.out.println(filename + " is created for " + mailaddr + " ("+ 
username + ")"); 
) catch (IOException e) { 
e.printStackTrace(); 
) 
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public static void fi 


try ( 
HtmlWriter writer - new HtmlWriter(new FileWriter(filename)); 


writer.title("Link page"); 
Properties mailprop - Database.getProperties("maildata"); 
Enumeration en - mailprop.propertyNames(); 


while (en.hasMoreElements()) { 
String mailaddr = (String)en.nextElement(); 
String username = mailprop.getProperty(mailaddr, "(unknown)"); 


writer.mailto(mailaddr, username); 


) 

writer.close(); 

System.out.println(filename * " is created."); 
) catch (IOException e) { 

e.printStackTrace(); 


) 
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| 习题 16-1 的 答案 ( 习题 见 P.194 ) 
对 LoginFrame 类 (代码 清单 16-6 ) 中 的 userpasschanged 方 法 做 如 下 修改 即 可 ， 无 需 对 
其 他 类 做 任何 修改 。 





if (textPass.getText().length() > 0) { 


l 


if (textUser.getText().length() >= 4 && textPass.getText().length() >= 4) { 


[EA 。 当 密 码 输 入 框 中 只 输入 了 三 个 字符 时 ， 无 法 按 下 OK 按钮 





[E3 Mediator Sample | imd xi 




















代码 清单 A16-1 ^ LoginFrame 类 ( LoginFrame.java ) 
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import java.awt.Frame; 

import java.awt.Label; 

import java.awt.Color; 

import java.awt.CheckboxGroup; 

import java.awt.GridLayout; 

import java.awt.event.ActionListener; 
import java.awt.event.ActionEvent; 


public class LoginFrame extends Frame implements ActionListener, Mediator ( 


private ColleagueCheckbox checkGuest; 
private ColleagueCheckbox checkLogin; 
private ColleagueTextField textUser; 
private ColleagueTextField textPass; 
private ColleagueButton buttonOk; 
private ColleagueButton buttonCancel; 


// 构造 函数 
// 生成 并 配置 各 个 Colleague 后 ， 显 示 对 话 框 
public LoginFrame(String title) ( 
super (title); 
setBackground (Color.lightGray); 
// 使 用 布局 管理 器 生成 4x 2 STR 
setLayout(new GridLayout(4, 2)); 
// 生成 各 个 Colleague 
createColleagues(); 
// 配置 
add (checkGuest) ; 
add (checkLogin); 
add(new Label("Username:")); 
add (textUser); 
add(new Label("Password:")); 
add (textPass); 
add (buttonOk); 
add (buttonCancel); 
// 设置 初始 的 启用 / 禁用 状态 
colleagueChanged(); 
// 显示 
pack(); 
show(); 
) 


// 生成 各 个 Colleague 

public void createColleagues() { 
// 生成 
CheckboxGroup g - new CheckboxGroup(); 
checkGuest - new ColleagueCheckbox("Guest", g, 
checkLogin = new ColleagueCheckbox("Login", g, 
textUser - new ColleagueTextField("", 10); 
textPass - new ColleagueTextField("", 10); 
textPass.setEchoChar('*'); 
buttonOk = new ColleagueButton ("OK"); 
buttonCancel = new ColleagueButton ("Cancel"); 
// i&E Mediator 
checkGuest.setMediator (this); 
checkLogin.setMediator (this); 
textUser.setMediator (this); 
textPass.setMediator (this); 
buttonOk.setMediator (this); 


true); 
false); 
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buttonCancel.setMediator (this); 

// QE Listener 
checkGuest.addItemListener (checkGuest); 
checkLogin.addItemListener (checkLogin); 
textUser.addTextListener (textUser); 
textPass.addTextListener (textPass); 
buttonOk.addActionListener (this); 
buttonCancel.addActionListener (this); 


) 


// 接收 来 自 于 Colleage 的 通知 并 判断 各 Colleage 的 启用 / 禁用 状态 
public void colleagueChanged() ( 
if (checkGuest.getState()) ( // Guest mode 
textUser.setColleagueEnabled(false); 
textPass.setColleagueEnabled(false); 
buttonOk.setColleagueEnabled (true); 
) else ( 
textUser.setColleagueEnabled (true); 
userpassChanged(); 


// Login mode 


) 


} 
// 当 textUser 或 是 textPass 文本 输入 框 中 的 文字 发 生变 化 时 
// 判断 各 Colleage 的 启用 / 禁用 状态 
private void userpassChanged() { 
if (textUser.getText().length() > 0) { 
textPass.setColleagueEnabled (true); 


buttonOk.setColleagueEnabled (true); 


) else ( 
buttonOk.setColleagueEnabled(false); 


) 

) else ( 
textPass.setColleagueEnabled(false); 
buttonOk.setColleagueEnabled(false); 


) 
public void actionPerformed(ActionEvent e) ( 


System.out.println(e.toString()); 
System.exit(0); 


| 习题 16-2 的 答案 ( 习题 见 P.194 ) 


无 法 实现 。 

因为 在 接口 中 是 无 法 定义 实例 字段 ( 实例 变量 )， 也 无 法 实现 具体 方法 ( 非 抽 象 方法 ) 的 。 

如 果 只 是 将 Colleague 从 接口 变 为 类 ， 那么 也 无 法 实现 习题 中 的 需求 。 而 如 果 不 仅 将 
Colleague 从 接口 变 为 类 ,还 让 ColleagueButton 类 继承 它 ， 那 么 ColleagueButton 类 会 


无 法 继承 Button 类 ， 因 为 在 Java 中 ， 只 能 继承 于 一 个 父 类 。 
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| 习题 17-1 的 答案 ( 习题 见 P.204 ) 
代码 请 参见 代码 清单 A17-1。 


代码 清单 A17-1 ”具有 数值 递增 功能 的 IncrementalNumberGenerator ( IncrementalNumberGenerator. 
java ) 











public class IncrementalNumberGenerator extend bi f í 
private int number; // 当前 数值 
private int end; // 结束 数值 ( 不 包含 该 值 ) 
private int inc; // 递增 步 长 


public IncrementalNumberGenerator(int start, int end, int inc) { 
this.number = start; 
this.end = end; 
this.inc - inc; 
) 
public int BeENUMBSEO í // 获取 当前 数值 
return number; 
) 
public void BXSBUEBO í 
while (number < end) { 
notifyObservers(); 
number += inc; 





| 习题 17-2 的 答案 ( 习题 见 P205 ) 


我 们 编写 了 一 个 带 GUI 界面 的 ConcreteObserver 角色 ， 它 使 用 饼 图 来 显示 变化 (图 A17-1 )。 
此 外 ， 这 里 一 共有 3 个 ConcreteObserver 角色 ， 但 实际 上 RandomNumberGenerator 调用 的 
只 有 Frameobserver (代码 清单 17-2)。FrameObserver 会 调用 (委托 )GraphText 和 


GraphCanvas。 


[AAi 运行 状态 
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使 用 GUI 界面 来 显示 变化 的 FrameObserver 类 ( FrameObserver.java ) 








import java.awt.Frame; 

import java.awt.TextField; 

import java.awt.Canvas; 

import java.awt.Color; 

import java.awt.Button; 

import java.awt.Graphics; 

import java.awt.BorderLayout; 

import java.awt.event.ActionListener; 
import java.awt.event.ActionEvent; 


public class FrameObserver extends Frame implements Observer, ActionListener { 


private GraphText textGraph - new GraphText(60); 
private GraphCanvas canvasGraph = new GraphCanvas(); 
private Button buttonClose - new Button("Close"); 


public FrameObserver() ( 
super ("FrameObserver"); 
setLayout (new BorderLayout()); 
setBackground (Color.lightGray); 
textGraph.setEditable (false); 
canvasGraph.setSize(500, 500); 
add(textGraph, BorderLayout.NORTH); 
add(canvasGraph, BorderLayout.CENTER); 
add(buttonClose, BorderLayout.SOUTH); 
buttonClose.addActionListener (this); 
pack(); 
show(); 

} 

public void actionPerformed(ActionEvent e) { 
System.out.println(e.toString()); 
System.exit(0); 

) 

public void paata (NumberGenerator generator) ( 

textGraph.lüpdate (generator); 

canvasGraph.BpdaÉe (generator); 





) 
) 


class GraphText extends TextField implements Observer { 


public GraphText (int columns) { 
super (columns); 
} 
public void BBBBES (NumberGenerator generator) { 
int number - generator.getNumber(); 
String text = number + ":"; 
for (int i = 0; i < number; i++) { 
Bex we vet; 
} 
setText (text) ; 
} 
} 
class GraphCanvas extends Canvas implements Observer { 
private int number; 
public void &pdaEe (NumberGenerator generator) { 
number - generator.getNumber(); 
repaint(); 
} 
public void paint (Graphics g) ( 
int width = getWidth(); 
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int height = getHeight(); 

g.setColor(Color.white); 

g.fillArc(0, 0, width, height, 0, 360); 
g.setColor(Color.red); 

g.fillArc(0, 0, width, height, 90, - number * 360 / 50); 








代码 清单 17-8 Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) ( 

NumberGenerator generator - new RandomNumberGenerator(); 
Observer observerl - new DigitObserver(); 
Observer observer2 new GraphObserver(); 
Observer observer3 - new FrameObserver(); 
generator.addObserver (observerl); 
generator.addObserver (observer2); 
generator.addObserver (observer3); 
generator.execute(); 
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| 习题 18-1 的 答案 ( 习题 见 P.218 ) 


这 会 导致 Caretaker 角色 失去 与 Originator 角色 和 Memento 角色 之 间 的 独立 性 。 

如 果 Caretaker 角色 可 以 随意 地 操作 Memento 角色 ， 当 要 修改 Originator 角色 内 部 的 代码 时 ， 
就 必须 要 同样 地 修改 Caretaker 角色 。 

而 如 果 Caretaker 角色 只 能 使 用 窗 接 口 (API )， 只 要 不 修改 那个 接口 (API)， 就 可 以 自由 地 修 
改 Originator 角色 和 Memento 角色 。 











| 习题 18-2 的 答案 ( 习题 见 P.219 ) 
如 果 计 算 一 下 与 上 次 保存 的 Memento 之 间 的 差 值 ， 可 能 就 可 以 以 较 少 的 内 存 空间 保存 数据 。 

另外 还 有 一 种 方法 是 将 数据 压缩 后 再 保存 , 这 样 也 可 以 减少 所 需 的 内 存 空 间 ( 我 们 将 在 习题 18-4 的 

答案 中 稍微 接触 一 下 数据 压缩 的 例子 )。 

| 3818-3 的 答案 (习题 见 P.219) 


可 以 通过 将 number 的 可 见 性 设置 为 private， 然 后 将 获取 number 值 的 getNumber 方 
法 的 可 见 性 设置 为 默认 ( 即 不 带 public, protected, private 修饰 符 ) 来 实现 习题 中 的 需求 。 


public class Memento { 


private int number; 
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int getNumber() { 


return number; 


} 


Gamer 类 可 以 通过 getNumber 方法 获取 number 的 值 。 


| 习题 18-4 的 答案 ( 习题 见 P.219 ) 
代码 请 参见 代码 清单 Al18-1、 代 码 清单 A18-2。 


package game; 
import java.io.*; 
import java.util.*; 


public class Memento BBIRBHBHEBNSEEHRIRESEES | 


int money; // 所 持 金钱 
ArrayList fruits; // 获得 的 水 果 
public int getMoney() ( // 获取 当前 所 持 金钱 (narrow interface) 


return money; 

) 

Memento(int money) ( // 构造 函数 (wide interface) 
this.money = money; 
this.fruits - new ArrayList(); 

) 

void addFruit(String fruit) ( // 添加 水 果 (wide interface) 
fruits.add(fruit); 

} 

List getFruits() { // 获取 水 果 (wide interface) 
return (List)fruits.clone(); 


) 





DS A18-2 ”对 应 序列 化 的 Main 类 ( Main.java ) 


import game.Memento; 
import game.Gamer; 
import java.io.*; 


public class Main { 
public static final String SAVEFILENAME - "game.dat"; 
public static void main(String[] args) ( 
Gamer gamer = new Gamer (100); // 最 初 的 所 持 金 钱 数 为 100 
// 从 文件 中 读 取 起 始 状态 
if (memento !- null) ( 
System.out.println(" 读 取 上 次 保存 存档 开始 游戏 。" ) ; 
gamer.restoreMemento (memento); 
) else ( 
System.out.println(" 新 游戏 。"); 
memento = gamer.createMemento(); 
) 
for (int i 0r i < 100; itk) (1 
System.out.println("---- " + i); // 显示 次 数 
System.out.println(" 当前 状态 :" + gamer); // 显示 当前 主人 公 的 状态 
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gamer.bet(); // 进行 游戏 
System.out.println(" 所 持 金钱 为 " + gamer.getMoney() + "元 。") ; 


// 决定 如 何 处 理 Memento 

if (gamer.getMoney() > memento.getMoney()) ( 
System.out.println(" ( 所 持 金钱 增加 了 许多 ， 因 此 保存 游戏 当前 的 状态 ) "); 
memento = gamer.createMemento(); 


SHNEHSNEBESQNENERES)S — // (ere xU 


) else if (gamer.getMoney() < memento.getMoney() / 2) ( 
System.out.println(" ( 所 持 金钱 减少 了 许多 ， 因 此 将 游戏 恢复 至 以 前 的 状态 ") ; 
gamer.restoreMemento (memento); 


} 


// 等 待 一 段 时 间 
try ( 
Thread.sleep(1000); 
) catch (InterruptedException e) { 
) 
System.out.println(""); 
i; 
} 
public static void BENSMSNSHES (Memento memento) { 
try 1 
ObjectOutput out = new ObjectOutputStream(new FileOutputStream(SAVEFILENAME)); 
out.writeObject (memento); 
out.close(); 
) catch (IOException e) ( 
e.printStackTrace(); 
i 
) 


public static Memento loadMemento (i 


Memento memento - null; 


try d 
ObjectInput in = new ObjectInputStream(new FileInputStream(SAVEFILENAME)); 
memento - (Memento)in.readObject(); 


in.close(); 

) catch (FileNotFoundException e) ( 
System.out.println(e.toString()); 

) catch (IOException e) ( 
e.printStackTrace(); 

) catch (ClassNotFoundException e) { 
e.printStackTrace(); 

) 


return memento; 


如 果 对 代码 清单 A18-2 中 的 Main 类 做 如 下 修改 ， 即 可 压缩 要 保存 的 数据 。 在 保存 大 量 数据 时 
这 种 方法 非常 有 效 。 


(1) 增 加 import java.util.zip.*; 


(2 ) 在 输出 中 加 入 Def£laterOutputStream 
ObjectOutput out = new ObjectOutputStream (new FileOutputStream (SAVEFILENAME)); 
l 
ObjectOutput out - new ObjectOutputStream(new DeflaterOutputStream(new FileOutput 
Stream(SAVEFILENAME))); 
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( 3) 在 输入 中 加 入 InflaterOutputStream 
ObjectInput in = new ObjectInputStream(new FileInputStream(SAVEFILENAME)); 


l 


ObjectInput in - new ObjectInputStream(new InflaterInputStream(new FileInputStrea 
m(SAVEFILENAME))); 
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| 习题 19-1 的 答案 ( 习题 见 P.236 ) 


因为 在 Java 中 只 能 单一 继承 ， 所 以 如 果 将 Context 角色 定义 为 类 ， 那么 由 于 SafeFrame 类 已 
经 是 Frame 类 的 子 类 了 ， 它 将 无 法 再 继承 Context 类 。 

不 过 ， 如 果 另 外 编写 一 个 Context 类 的 子 类 ， 并 将 它 的 实例 保存 在 SateFrame 类 的 字段 中 ， 
那么 通过 将 处 理 委托 给 这 个 实例 是 可 以 实现 习题 中 的 需求 的 。 


| 习题 19-2 的 答案 ( 习题 见 P236 ) 


需要 修改 DayState 类 (代码 清单 19-4) 以 及 Nightstate 类 (代码 清单 19-5 ) 的 aoClock 
Abs 

如 果 事 先 在 Sa£eFrame 类 中 定义 一 个 isDay 方法 和 一 个 isNight 方法， 让 外 部 可 以 判断 当 
前 究竟 是 白天 还 是 晚上 ， 那 么 就 可 以 将 白天 和 晚上 的 具体 时 间 范 围 限制 在 SafeFrame 类 内 部 。 这 
样 修改 后 ， 当 时 间 范 围 发 生变 更 时 ， 只 需要 修改 SafeFrame 类 即 可 。 


| 习题 19-3 的 答案 ( 习题 见 P.236 ) 


这 里 我 们 编写 一 个 扮演 ConcreteState 角色 的 表示 “午餐 时 间 ” 的 状态 NoonState 类 (代码 清 
单 A19-1 )。 此 外 ， 还 需要 修改 DayState 类 (代码 清单 19-4 ) 以 及 Nigntstate 类 (代码 清单 
19-5 ) 的 doclock 方法 (代码 清单 A19-2、 代 码 清单 AT9-3 )。 


代码 清单 A19-1 ^ NoonState 类 ( NoonState.java ) 


public class NoonState implements State { 
private static NoonState singleton - new NoonState(); 
private NoonState() ( // 构造 函数 的 可 见 性 是 private 
public static State getInstance() { // 获取 唯一 实例 
return singleton; 





} 





public void £ k(Context context E) ( // 设置 时 间 
if (hour < 9 || 17 <= hour) ( 
context.changeState (NightState.getInstance()); 
) else if (9 <= hour && hour < 12 || 13 <= hour && hour < 17) { 
context.changeState (DayState.getInstance()); 
) 
} 
public void doUse(Context context) { // 使 用 金库 


context.callSecurityCenter(" 紧急 : 午餐 时 间 使 用 金库 ! ") ; 
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} 

public void doAlarm(Context context) ( // 按 下 警 铃 
context.callSecurityCenter (" 按 下 警 铃 ( 午餐 时 间 ) ") ; 

} 

public void doPhone (Context context) { // 正常 通话 
context .recordLog (" 午餐 时 间 的 通话 录音 ")， 

} 

public String tostring() { // 显示 表示 类 的 文字 
return "[ 午餐 时 间 ]"; 


代码 清单 A19-2 DayState 类 ( DayState.java ) 


public class DayState implements State { 
private static DayState singleton - new DayState(); 


private DayState() { // 构造 函数 的 可 见 性 是 private 
} 
public static State getInstance() ( // 获取 唯一 实例 


return singleton; 

} 

public void doClock(Context context, int hour) ( // 设置 时 间 
if (hour < 9 || 17 <= hour) ( 

context.changeState (NightState.getInstance()); 





} 

public void doUse(Context context) { // 使 用 金库 
context.recordLog (" 使 用 金库 ( 白天 ) ") ; 

) 

public void doAlarm(Context context) { // 按 下 警 铃 
context.callSecurityCenter(" 按 下 警 铃 ( 白天 ) ")， 

) 

public void doPhone(Context context) ( // 正常 通话 

j context.callSecurityCenter(" 正常 通话 ( 白天 ) ") ; 

} 

public String toString() ( // 显示 表示 类 的 文字 
return "[ BR ]"; 


代码 清单 A19-3 。 NightState 类 ( NightState java ) 


public class NightState implements State { 

private static NightState singleton - new NightState(); 
private NightState() ( - // 构造 函数 的 可 见 性 是 private 
} 
public static State getInstance() { // 获取 唯一 实例 

return singleton; 
) 
public void doClock(Context context, int hour) ( // 设置 时 间 

if (12 <= hour && hour < 13) ( 

context.changeState (NoonState.getInstance()); 
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public void doUse(Context context) { 


context.callSecurityCenter(" 紧急 : 晚上 使 用 金库 ! 


) 


public void doAlarm (Context context) { 


context.callSecurityCenter (" 按 下 警 铃 ( 晚上 ) ") ， 


) 
public void doPhone(Context context) ( 
context.recordLog (" 晚上 的 通话 录音 ") ; 
) 
public String toString() ( 
return "[ 晚上]"; 


| 习题 19-4 的 答案 


// 使 用 金库 


// 按 下 警 铃 


// 正常 通话 


// 显示 表示 类 的 文字 


( 习题 见 P.236 ) 


这 里 我 们 编写 一 个 表示 “紧急 状态 ”的 UrgentState 类 (代码 清单 A19-5 )。 此 外 ， 我 们 还 需 
要 在 DayState 类 以 及 Nightstate 类 的 doAlarm 方 法 中 加 入 状态 迁移 的 代码 ( 请 参见 代码 清 


单 A19-5、 代 码 清单 A19-6 )。 


习题 中 的 需求 中 有 一 个 问题 点 ， 就 是 一 旦 进入 了 紧急 状态 就 没有 办 法 恢复 至 原来 的 状态 。- 


代码 清单 A19-4 UrgentState 类 ( UrgentState.java ) 


public class UrgentState implements State { 


private static UrgentState singleton = new UrgentState(); 


private UrgentState() ( 

) 

public static State getInstance() ( 
return singleton; 


) 


// 构造 函数 的 可 见 性 是 private 


// 获取 唯一 实例 





public void doUse(Context context) { 


context.callSecurityCenter(" 紧急 : 紧急 时 使 用 金库 ! 


public void doAlarm(Context context) { 


context.callSecurityCenter(" 按 下 警 铃 ( 紧急 时 ) ") ， 


J 
public void doPhone (Context context) { 


context.callSecurityCenter(" 正常 通话 ( 紧急 时 )")， 


} 

public String toString() { 
return "[ 紧急 时 ]"; 

} 


代码 清单 A19-5 DayState 类 ( DayState.java ) 


public class DayState implements State { 


private static DayState singleton = new DayState(); 


private DayState() ( 

} 

public static State getInstance() { 
return singleton; 


) 


// 使 用 金库 


"mz 


// 按 下 警 铃 


// 正常 通话 


// 显示 表示 类 的 文字 





// 构造 函数 的 可 见 性 是 private 


// 获取 唯一 实例 
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public void doClock(Context context, int hour) { // 设置 时 间 
if (hour « 9 || 17 «- hour) 1 
context.changeState (NightState.getInstance()); 


} 

public void doUse (Context context) { // 使 用 金库 
context .recordLog (" 使 用 金库 ( 白天 ) ") ; 

} 

public void doAlarm(Context context) ( // 按 下 警 铃 
context.callSecurityCenter(" 按 下 警 铃 ( 白天 ) ") ; 


public void doPhone(Context context) ( // 正常 通话 
context.callSecurityCenter(" 正常 通话 ( 白天 ) ") ; 

public String toString() ( // 显示 表示 类 的 文字 
return "[ 白天]"; 





代码 清单 A19-6 NightState 类 ( NightState.java ) 


public class NightState implements State { 

private static NightState singleton - new NightState(); 
private NightState() ( // 构造 函数 的 可 见 性 是 private 
} 
public static State getInstance() { // 获取 唯一 实例 

return singleton; 
) 
public void doClock(Context context, int hour) ( // 设置 时 间 

if (9 <= hour && hour < 17) { 

context.changeState (DayState.getInstance()); 


} 

public void doUse (Context context) { // 使 用 金库 
context.callSecurityCenter(" 紧急 : 晚上 使 用 金库 ! "); 

} 

public void doAlarm(Context context) { // 按 下 警 铃 
context.callSecurityCenter(" 按 下 警 铃 (晚上 )"); 


} 

public void doPhone(Context context) { // 正常 通话 
context .recordLog (" 晚上 的 通话 录音 "); 

) 

public String toString() ( // 显示 表示 类 的 文字 
return " [晚上 ]"; 
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| 第 20 章 


| 习题 20-1 的 答案 ( 习题 见 P.247 ) 


如 果 不 共 享 Bigchar， 就 不 使 用 BigcharFactory， 直 接 new BigChar 即 可 。 在 代码 清单 
A20-1 中 ， 为 了 使 程序 更 容易 理解 ， 我 们 编写 了 两 个 间接 负 负责 生成 初始 化 的 private 的 
initShared 方法 和 initUnshared 方法 。 


代码 清单 A20-1  BigString 类 ( BigString java ) 


public class BigString { 
// 大 型 文字 的 数组 
private BigChar[] bigchars; 
// 构造 函数 
public BigString(String string) { 
initShared (string); 





) 
// 构造 函数 
public BigString(String string, boolean shared) { 
if (shared) ( 
initShared(string); 
) else ( 
initUnshared (string); 
) 


) 

// 共享 方式 初始 化 

private void initShared(String string) { 
bigchars = new BigChar[string.length()]; 
BigCharFactory factory - BigCharFactory.getInstance(); 
for (int i —- 0; i € bigchars.length; i++) + 


) 

} 

// 非 共 享 方 式 初始 化 

private void initUnshared(String string) { 
bigchars = new BigChar[string.length()]; 
for (int i = 0; i < bigchars.length; i++) ( 


} 
// 显示 
public void print() 4 
for (int i = 0; i < bigchars.length; i++} { 
bigchars[i].print(); 





代码 清单 A20-2 Main 类 ( Main.java ) 


public class Main { 
public static void main(String[] args) ( 
if (args.length == 0) ( 
System.out.println("Usage: java Main digits"); 
System.out.println("Example: java Main 1212123"); 
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System.exit (0); 
} 
BigString bs; 


bs = new BigString(args[0], false); // 非 共享 
bs.print()s 
bs = new BigString(args[0], true); // 共享 


bs.print(); 








| 38 20-2 的 答案 (习题 见 P.248) 


在 代码 清单 A20-3 中 的 Main 类 中 , 为 1000 个 "1212123" 对 应 的 BigString 类 的 实例 分 配 
了 内 存 空 间 ， 并 比较 了 两 种 情况 下 的 内 存 使 用 量 。 从 对 比 结果 中 我 们 可 以 发 现 ， 在 共享 的 情况 下 确 
实 大 幅 减 少 了 内 存 使 用 量 。 

此 外 ， 运 行程 序 后 我 们 还 可 以 发 现 ， 在 非 共 享 的 情况 下 ， 运 行 速 度 也 变 慢 了 。 这 是 因为 在 非 共 
享 的 情况 下 生成 Bigchar 的 实例 时 ， 需 要 每 次 都 读 取 文件 。 


代码 清单 A20-3 Main 类 ( Main.java ) 


public class Main { 
private static BigString[] bsarray = new BigString[1000]; 
public static void main(String[] args) { 
System.out.println(" 共享 时 :") ; 
testAllocation (true); 
System.out.println(" 非 共享 时 :"); 
testAllocation (false); 





} 
public static void testAllocation (boolean shared) { 


for (inti = 0; i < bsarray.length; i++) ( 
bsarray[i] = new BigString("1212123", shared); 
) 
showMemory () ; 
} 
public static void showMemory() ( 
Runtime.getRuntime().gc(); 


long used - Runtime.getRuntime().totalMemory() - Runtime.getRuntime(). 
freeMemory(); 
System.out.println(" 使 用 内 存 =" + used); 


) 








| 图 A20-1 运行 结果 ( 结果 根据 环境 不 同 而 不 同 ) 








162176 


2515032 





| 习题 20-3 的 答案 ( 习题 见 P.248 ) 


当 多 个 线程 几乎 同时 调用 该 方法 时 ， 在 判断 是 否 已 经 生成 实例 时 可 能 会 出 错 ， 导 致 new 出 多 
个 实例 。 
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我 们 看 看 以 下 代码 。 
代码 清单 A20-4 AHE synchronized 修饰 符 的 情况 ( 为 了 便于 讲解 ， 我 们 在 最 左边 加 上 了 数字 ) 


public BigChar getBigChar(char charname) { 
BigChar bc = (BigChar)pool.get("" + charname); 
if (bc == null) ( 
bc - new BigChar (charname); 
pool.put("" + charname, bc); 





) 


return bc; 


) 


假设 线程 A 和 线程 B 同时 调用 getBigchazr 方 法 ， 且 传递 参数 charname 也 相同 ， 那 么 其 结 
果 可 能 会 如 图 A20-2 所 示 。 


co -)20|0) 4i € IN [| 








[m A20-2 不 使 用 synchronized 修饰 符 可 能 会 导致 new 出 多 个 实例 








线程 A 线程 B 
在 2: 获取 bc 的 值 

在 3: 判断 bc 是 否 为 nul1 

在 4: new BigChar 





在 2: 获取 bc 的 值 ( XB ) 
E3: 判断 bc 是 否 为 null 
在 4: new BigChar 
在 5: pool.put 
在 7: return 

在 5: pool.put ( XA) 

在 7: return 














这 种 情况 下 ,线程 A 和 线程 B 都 会 new Bigchar。 这 是 因为 在 (※A ) 之 前 先 执行 了 
(GB ) 的 缘故 。 

为 了 防止 这 种 现象 发 生 ， 必 须 在 获取 bc 值 与 pool .put 之 间 ， 防 止 其 他 线程 的 中 断 处 理 。 我 
们 可 以 使 用 synchronized 关键 字 来 达到 这 个 目的 。 


| 第 21 章 


| 习题 21-1 的 答案 ( 习题 见 P.257 ) 
代码 请 参见 代码 清单 A21-1、 代 码 清单 A21-2。 生 成 实例 的 部 分 被 修改 为 如 下 代码 。 
real = (Printable)Class.forName (className).newInstance(); 


此 外 ，real 的 类 型 也 从 Printer 类 型 变 为 了 Printable 类 型 。 
这 样 ，PrinterProxy 类 可 以 从 Printer 类 中 分 离 出 来 作为 独立 的 组 件 使 用 ， 而 且 只 要 是 实 
现 了 Printable 接口 的 类 都 可 以 扮演 Proxy 的 角色 。 
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注意 在 编译 代码 时 ， 必 须 像 下 面 这 样 ， 不 仅 指定 Main.java， 还 需要 指定 Printer.java ( 因为 
Printer 类 并 没有 被 直接 使 用 )。 


javac Main.java Printer.java 


X T Class 类 和 forName Zik, AJ Abstract Factory 模式 ( 本 书 第 8 3E ) 中 的 详细 
讲解 。 


PrinterProxy 类 ( PrinterProxy.java ) 











public class PrinterProxy implements Printable { 
private String name; // 名 字 


{ // 构造 函数 


public PrinterProxy(String name, 
this.name - name; 
this.className - className; 
} 
public synchronized void setPrinterName(String name) { // 设置 名 字 
if (real != null) ( 
real.setPrinterName(name);  // 同时 设置 “本 人 ”的 名 字 
) 
this.name - name; 
$ 
public String getPrinterName() { // 获取 名 字 
return name; 
} 
public void print (String string) ( // 显示 
realize(); 
real.print(string); 
$ 
private synchronized void realize() (  // /t "AA" 
if (real == null) { 








Main 类 ( Main.java ) 


public class Main ( 
public static void main(String[] args) ( 





System.out.println(" 现在 的 名 字 是 " + p.getPrinterName() + "e "); 
p.setPrinterName ("Bob"); 
System.out.println(" 现在 的 名 字 是 " + p.getPrinterName() + "o "); 
p.print("Hello, world."); 














java Main 


Bob 





javac Main.java Printer.java 


现在 的 名 字 是 Aliceo。 
现在 的 名 字 是 Bob。 
Printer 的 实例 生成 中 


Hello, world. 





d 





请 大 家 仔细 对 比 一 下 示例 程序 的 运行 结果 ( 图 21-3) 与 图 A21-1 中 的 运行 结果 。 在 图 A21-1 
中 , Æ "Printer 的 实例 生成 中 ”处 并 没有 显示 名 字 ( Bob )。 这 是 因为 实例 是 通过 newInstance 


方法 生成 的 ， 调 用 的 是 Printer 类 的 不 带 参数 的 构造 函数 。 


| 习题 21-2 的 答案 


如 果 没 有 使 用 修饰 符 synchronized， 当 多 个 线程 分 别 调用 setPrinterName 方法 和 


( 习题 见 P.258 ) 


realize 方法 时 ， 可 能 会 导致 PrinterProxy 类 的 name 5 Printer 类 的 name 不 同 。 
代码 清单 A21-3 展示 了 不 使 用 修饰 符 synchronized 的 程序 。 














代码 清单 A21-3 ”不 使 用 修饰 符 synchronized 时 ( 为 了 便于 讲解 ， 我 们 在 最 左边 加 上 了 字母 和 数字 ) 
1: public void setPrinterName(String name) ( // 设置 名 字 
25 if (real !- null) ( 
3: real.setPrinterName (name); // 同时 设置 “本 人 ”的 名 字 
4: } 
53 this.name = name; 
6: } 
private void realize() { // 生成 “本 人 ” 
if (real == null) ( 
real - new Printer (name); 


) 


00.00 m» 





和 图 A21-2 不 使 用 synchronized 修 饰 符 时 导致 名 字 不 同 



































name 的 值 real 的 值 线程 A 线程 B 
"Alice" null 运行 至 1 : 
"Alice" null 在 2 :判断 real1 是 否 为 nul11 
MÀ | ”切换 至 线程 B 
"Alice" null 运行 至 a: 
"Alice" null Eb: 判断 real1 是 否 为 nul1 
"Alice" dEnull 在 c: 生 成 名 叫 Alice 的 Printer 的 
实例 并 将 它 赋 值 给 real 
| 切换 至 线程 A MM 
"Bob" 非 null 在 5 :将 Bob 赋 值 给 name 
※ 这 时 ，PrinterProxy 类 的 name 变 成 了 Bob， 但 Printer 类 的 name 却 是 Alice。 
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最 开始 时 ，PrinterProxy 类 的 name 字段 的 值 是 "Alice"，real 字段 的 值 是 null ( 即 还 
没有 生成 Printer 类 的 实例 )。 

假设 线程 A 在 执行 setPrinterName ("Bob") 的 同时 , 线程 B (通过 Print 方法 ) 调用 了 
realize 方 法。 这 时 ， 如 果 发 生 了 图 A21-2 所 示 的 线程 切换 ， 会 出 现 PrinterProxy 类 的 name 
FRH "Bob", 但 Printer 类 的 name 却 是 Alice 的 问题 。 

通过 将 setPrinterName 方法 和 realize 方法 定义 为 synchronized 方 法 ,可 以 避免 发 
生 这 样 的 线程 切换 ， 防 止 分 别 进行 判断 real 字段 值 的 处 理 和 设置 real 字段 值 的 处 理 。 可 以 说 ， 
synchronized 方法 “守护 着 ”real 字段 。 


| 第 22 章 


| 习题 22-1 的 答案 ( 习题 见 P.272 ) 


有 多 种 方法 可 以 实现 习题 中 的 要 求 。 这 里 我 们 采用 的 方法 如 下 : 

(D f£ drawer 包 中 增加 表示 “设置 颜色 的 命令 ”的 ColorCcommand 类 ( 代码 清单 A22-1 ) 
© f£ Drawable 接口 中 增加 “改变 颜色 的 方法 ”setcolor 方法 (代码 清单 A22-2 ) 

© 根据 以 上 修改 内 容 相 应 地 修改 Drawcanvas 类 (代码 清单 A22-3 ) 

(4 f£ Main 类 中 增加 “红色 ”“ 绿 色 ”“ 蓝 色 ” 按 钮 (代码 清单 A22-4 ) 

无 需 对 command 包 中 的 类 和 接口 做 任何 修改 。 


[图 A22-1 在 示例 程序 中 添加 了 设置 颜色 的 功能 











代码 清单 A22-1 — Colorcommand 类 ( Colorcommand,.java ) 


package drawer; 








import command.Command; 
import java.awt.Color; 


public class ColorCommand implements Command { 
// 绘制 对 象 
protected Drawable drawable; 


// 颜色 
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private Color color; 


// 


构造 函数 


public ColorCommand (Drawable drawable, Color color) { 


) 


this.drawable = drawable; 
this.color = color; 


// 执行 


public void execute() ( 











public 







~ 





村 Ace- 
aluit sari 


package drawer; 


drawable.setColor(color); 








interface Drawable ( 


public abstract void draw(int x, int y); 


Drawable 接口 ( Drawable.java ) 


DrawCanvas 类 ( DrawCanvas.java ) 


package drawer; 


import 


import 
import 
import 
import 


public 


command. *; 


java.util.*; 
java.awt.*; 
java.awt.event.*; 
javax.swing.*; 


class DrawCanvas extends Canvas implements Drawable ( 


// 





命令 的 历史 记录 


private MacroCommand history; 


// 


构造 函数 


public DrawCanvas (int width, 


} 
// 


setSize(width, height); 


int height, MacroCommand history) 


setBackground (Color.white); 


this.history = history; 


inito; 
重新 全 部 绘制 





public void paint(Graphics g) 


— 


history.execute(); 


{ 
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public void draw(int x, int y) ( 
Graphics g = getGraphics(); 
g.setColor(color); 
g.fillOval(x - radius, y - radius, radius * 2, radius * 2); 





Main 类 ( Main.java ) 





import command.*; 
import drawer.*; 


import java.awt.*; 
import java.awt.event.*; 
import javax.swing.*; 


public class Main extends JFrame implements ActionListener, MouseMotionListener, 
WindowListener { 
// 绘制 的 历史 记录 


private MacroCommand history = new MacroCommand(); 


// 绘制 区 域 

private DrawCanvas canvas = new DrawCanvas (400, 400, history); 
// 删除 按钮 

private JButton clearButton = new JButton("clear"); 

// 构造 函数 


public Main(String title) ( 
super (title); 


this.addWindowListener (this); 
canvas.addMouseMotionListener (this); 
clearButton.addActionListener (this); 


Box buttonBox - new Box(BoxLayout.X AXIS); 
buttonBox.add(clearButton); 


Box mainBox - new Box(BoxLayout.Y AXIS); 
mainBox.add(buttonBox); 
mainBox.add(canvas); 
getContentPane () .add (mainBox); 


pack(); 
show(); 
} 


// ActionListener 接口 中 的 方法 


346 


| mH ox 


public void actionPerformed(ActionEvent e) { 
if (e.getSource() == clearButton) { 
history.clear(); 


canvas.repaint(); 





} 


// MouseMotionListener 接口 中 的 方法 

public void mouseMoved (MouseEvent e) ( 

) 

public void mouseDragged(MouseEvent e) ( 
Command cmd - new DrawCommand(canvas, e.getPoint()); 
history.append (cmd); 
cmd.execute(); 


) 


// WindowListener 接口 中 的 方法 

public void windowClosing (WindowEvent e) ( 
System.exit(0); 

} 

public void windowActivated (WindowEvent e) {} 

public void windowClosed (WindowEvent e) {} 

public void windowDeactivated (WindowEvent e) () 

public void windowDeiconified(WindowEvent e) () 

public void windowIconified(WindowEvent e) {} 

public void windowOpened (WindowEvent e) () 


public static void main(String[] args) ( 
new Main("Command Pattern Sample"); 


) 





| 习题 22-2 的 答案 


对 Main 类 作 如 下 修改 。 修 改 后 的 代码 请 参见 代码 清单 A22-5。 


e 增加 撤销 按钮 
e 按 下 撤销 按钮 后 调用 history.undo 重新 绘制 ( repaint ) 


command 包 和 draw 包 中 的 代码 无 需 做 任何 修改 。 


( 习题 见 P.272 ) 
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1 图 A22-2 对 画 出 的 图 形 不 太 满 意 ， 想 重 画 …… [图 A22-3 多 次 撤销 之 后 





l 
) 


e 











图 A22-4 再 次 多 次 撤销 之 后 























代码 清单 A22-5 Main 类 ( Main.java ) 


import command.*; 
import drawer.*; 


import java.awt.*; 
import java.awt.event.*; 
import javax.swing.*; 


public class Main extends JFrame implements ActionListener, MouseMotionLlistener, 
WindowListener ( 

// 绘制 的 历史 记录 

private MacroCommand history = new MacroCommand(); 

// 绘制 区 域 

private DrawCanvas canvas = new DrawCanvas (400, 400, history); 


// 删除 按钮 


private JButton clearButton = new JButton("clear"); 
// 构造 函数 


public Main(String title) ( 
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super(title); 


this.addWindowListener (this); 
canvas.addMouseMotionListener (this); 
clearButton.addActionListener (this); 


Box buttonBox = new Box(BoxLayout.X AXIS); 
buttonBox.add(clearButton); 


Box mainBox - new Box(BoxLayout.Y AXIS); 
mainBox.add (buttonBox); 

mainBox.add (canvas); 
getContentPane () .add (mainBox); 


pack(); 
show(); 


) 


// ActionListener 接口 中 的 方法 
public void actionPerformed(ActionEvent e) ( 
if (e.getSource() == clearButton) ( 
history.clear(); 
canvas.repaint(); 





) 


) 


// MouseMotionListener 接口 中 的 方法 

public void mouseMoved (MouseEvent e) { 

) 

public void mouseDragged(MouseEvent e) ( 
Command cmd - new DrawCommand(canvas, e.getPoint()); 
history.append(ocmd); 
cmd.execute(); 


) 


// WindowListener 接口 中 的 方法 

public void windowClosing (WindowEvent e) ( 
System.exit(0); 

} 

public void windowActivated (WindowEvent e) {} 

public void windowClosed (WindowEvent e) {} 

public void windowDeactivated(WindowEvent e) {} 

public void windowDeiconified(WindowEvent e) {} 

public void windowIconified(WindowEvent e) {} 

public void windowOpened (WindowEvent e) () 


public static void main(String[] args) ( 
new Main("Command Pattern Sample"); 





| 习题 22-3 的 答案 ( 习题 见 P.272 ) 


代码 请 参见 代码 清单 A22-6。 
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Main 类 ( Main.java ) 


import command.*; 
import drawer.*; 


import java.awt.*; 
import java.awt.event.*; 
import javax.swing.*; 


// 绘制 的 历史 记录 

private MacroCommand history = new MacroCommand(); 

// 绘制 区 域 

private DrawCanvas canvas = new DrawCanvas (400, 400, history); 
// 删除 按钮 


private JButton clearButton = new JButton("clear"); 


// 构造 函数 
public Main(String title) ( 
super (title); 





clearButton.addActionListener (this); 


Box buttonBox - new Box(BoxLayout.X AXIS); 
buttonBox.add(clearButton); 

Box mainBox - new Box(BoxLayout.Y AXIS); 
mainBox.add (buttonBox); 
mainBox.add(canvas); 
getContentPane ().add (mainBox); 


pack(); 
show(); 
) 


// ActionListener 接口 中 的 方法 
public void actionPerformed(ActionEvent e) ( 
if (e.getSource() == clearButton) { 
history.clear(); 
canvas.repaint(); 


} 


public static void main(String[] args) ( 
new Main("Command Pattern Sample"); 
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| 第 23 章 


| 习题 23-1 的 答案 


这 里 ,我 们 将 与 GUI 相关 的 类 集中 在 turtle 包 中 ， 而 在 language 包 中 不 放 入 任何 与 GUI 
相关 的 类 。 这 样 ， 只 要 在 其 他 包 中 定义 的 类 实现 了 Executor 和 ExecutorFactory 接口 ， 就 可 
以 在 完全 不 修改 language 包 的 前 提 下 编写 另外 一 个 程序 来 “运行 ”相同 的 程序 。 


( 习题 见 P.290 ) 


表 A23-1 类 和 接口 的 一 览 表 


LUN AMI. 说 明 





language 


InterpreterFacade 





language 


ExecutorFactory 





language 


Context 


使 解释 器 更 好 用 的 类 

( Facade 模式 中 的 Facade 角色 ) 
生成 基本 命令 的 接口 

( Factory Method 模式 中 的 Creator 角色 ) 
与 示例 程序 相同 








language 


Node 





language 


与 示例 程序 相同 





表示 “运行 ”的 接口 





ProgramNode 





language 


language 


CommandNode 


RepeatCommandNode 





language 


language 


CommandListNode 





PrimitiveCommandNode 





language 


ExecuteException 





language 


ParseException 


与 示例 程序 相同 
与 示例 程序 相同 
与 示例 程序 相同 
与 示例 程序 相同 


与 示例 程序 相同 


运行 时 的 异常 类 





语法 解析 时 的 异常 类 








turtle 


TurtleCanvas 


实现 海龟 绘图 的 类 
( Factory Method 模式 中 的 ConcreteCreator 角色 ) 





turtle 


TurtleExecutor 


( 内 部 类 ) 








turtle 


GoExecutor 


( 内 部 类 ) 








turtle 





DirectionExecutor 








无 名 


Main 





( 内 部 类 ) 
测试 程序 行为 的 类 





代码 清单 A23-1  InterpreterFacade 类 ( InterpreterFacade.java ) 


package language; 





public class InterpreterFacade implements Executor ( 

private ExecutorFactory factory; 

private Context context; 

private Node programNode; 

public InterpreterFacade(ExecutorFactory factory) ( 
this.factory - factory; 

) 

public boolean parse (String text) ( 
boolean ok = true; 
this.context - new Context (text); 
this.context.setExecutorFactory (factory); 
this.programNode - new ProgramNode(); 
try { 
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programNode.parse (context); 
System.out.println(programNode.toString()); 
) catch (ParseException e) ( 
e.printStackTrace(); 
ok = false; 
) 
return ok; 
} 
public void execute() throws ExecuteException { 
try ( 
programNode.execute(); 
) catch (ExecuteException e) { 
e.printStackTrace(); 





代码 清单 A23-2 ^ ExecutorFactory 接口 ( ExecutorFactory.java ) 





package language; 


public interface ExecutorFactory ( 
public abstract Executor createExecutor(String name); 





代码 清单 A23-3 Context 类 ( Context.java ) 


package language; 





import java.util.*; 


public class Context implements ExecutorFactory { 

private ExecutorFactory factory; 

private StringTokenizer tokenizer; 

private String currentToken; 

public Context(String text) ( 
tokenizer = new StringTokenizer (text); 
nextToken(); 

) 

public String nextToken() { 


if (tokenizer.hasMoreTokens()) { 
currentToken = tokenizer.nextToken(); 
) else ( 


currentToken = null; 
) 
return currentToken; 
) 
public String currentToken() { 
return currentToken; 


) 


public void skipToken(String token) throws ParseException { 


if (!token.equals(currentToken)) { 
throw new ParseException("Warning: " + token + " is expected, but "+ 
currentToken + " is found."); 


} 
nextToken(); 

) 

public int currentNumber() throws ParseException { 
int number = 0; 
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try ( 
number - Integer.parseInt (currentToken); 
) catch (NumberFormatException e) ( 
throw new ParseException("Warning: " + e); 
) 
return number; 
) 
public void setExecutorFactory(ExecutorFactory factory) ( 
this.factory - factory; 
) 
public Executor createExecutor(String name) ( 
return factory.createExecutor (name); 


— 





代码 清单 A23-4 Node 类 ( Node java ) 


package language; 





public abstract class Node implements Executor { 
public abstract void parse(Context context) throws ParseException; 


~ 





代码 清单 A23-5 Executor 接口 ( Executor.java ) 


package language; 





public interface Executor { 
public abstract void execute() throws ExecuteException; 


we 





代码 清单 A23-6 — ProgramNode 类 ( ProgramNode.java ) 


package language; 





// «program» ::- program «command list» 
public class ProgramNode extends Node ( 
private Node commandListNode; 
public void parse(Context context) throws ParseException { 
context.skipToken ("program"); 
commandListNode - new CommandListNode(); 
commandListNode.parse (context); 
} 
public void execute() throws ExecuteException { 
commandListNode.execute(); 
) 
public String toString() ( 
return "[program " + commandListNode + "]"; 


— 





代码 清单 A23-7 — CommandNode 类 ( CommandNode java ) 





package language; 


// «command» ::- «repeat command» | «primitive command» 
public class CommandNode extends Node { 
private Node node; 
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public void parse(Context context) throws ParseException { 
if (context.currentToken().equals("repeat")) ( 
node = new RepeatCommandNode () ; 
node.parse (context); 
) else ( 
node = new PrimitiveCommandNode(); 
node.parse (context); 


) 
public void execute() throws ExecuteException { 


node.execute(); 

) 

public String toString() ( 
return node.toString(); 


代码 清单 A23-8 — RepeatCommandNode 类 ( RepeatCommandNode. java ) 
package language; 


// «repeat command» ::- repeat «number» «command list» 
public class RepeatCommandNode extends Node { 
private int number; 
private Node commandListNode; 
public void parse (Context context) throws ParseException ( 
context.skipToken("repeat"); 
number = context.currentNumber(); 
context.nextToken(); 
commandListNode = new CommandListNode(); 
commandListNode.parse (context); 
) 
public void execute() throws ExecuteException { 
for (int i = 0; i < number; i++) ( 
commandListNode.execute(); 


} 
public String toString() { 
return "[repeat " + number + " " + commandListNode + "J"; 





代码 清单 A23-9 — CommandListNode 类 ( CommandListNode.java ) 


package language; 
import java.util.*; 


// «command list» ::- «command»* end 
public class CommandListNode extends Node { 
private ArrayList list - new ArrayList(); 
public void parse (Context context) throws ParseException ( 
while (true) { 
if (context.currentToken() == null) ( 
throw new ParseException("Missing 'end'"); 
) else if (context.currentToken().equals("end")) { 
context.skipToken ("end"); 
break; 
) else ( 
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Node commandNode - new CommandNode(); 
commandNode.parse (context); 
list.add(commandNode); 


} 


public void execute() throws ExecuteException { 
Iterator it - list.iterator(); 
while (it.hasNext()) { 
((CommandNode) it.next()).execute(); 


} 
publie String toString() 1 
return list.toString(); 





代码 清单 A23-10 ^ PrimitiveCommandNode 类 ( PrimitiveCommandNode.java ) 
package language; 


// «primitive command» ::- go | right | left 
public class PrimitiveCommandNode extends Node { 
private String name; 
private Executor executor; 
public void parse(Context context) throws ParseException { 
name = context.currentToken(); 
context.skipToken (name); 
executor - context.createExecutor (name); 


) 


public void execute() throws ExecuteException { 


if (executor == null) { 
throw new ExecuteException(name + ": is not defined"); 
) else ( 


executor.execute(); 


) 
publie String toString() 1 
return name; 





代码 清单 A23-11 ^ ExecuteException 类 ( ExecuteException.java ) 





package language; 


public class ExecuteException extends Exception { 
public ExecuteException(String msg) { 
super (msg) ; 








清单 A23-12 ParseException 类 ( ParseException.java ) 








package language; 


public class ParseException extends Exception { 
public ParseException(String msg) { 
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super (msg); 


| 
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代码 清单 A23-13 — TurtleCanvas 类 ( TurtleCanvas.java ) 











package turtle; 


import language.Executor; 

import language.ExecutorFactory; 

import language.ExecuteException; 

import java.awt.*; 

public class TurtleCanvas extends Canvas implements ExecutorFactory ( 
final static int UNIT LENGTH - 30; // 前 进 时 的 长 度 单位 
final static int DIRECTION UP = 0; JT; ied 


final static int DIRECTION RIGHT = 3; // Eù 

final static int DIRECTION DOWN = 6;  // FÈ 

final static int DIRECTION LEFT = 9; // 左 方 

final static int RELATIVE DIRECTION RIGHT = 3; // 右 转 
final static int RELATIVE DIRECTION LEFT = -3; // 左 转 
final static int RADIUS = 3; // 半径 

private int direction - 0; 

private Point position; 

private Executor executor; 

public TurtleCanvas(int width, int height) { 


) 





setSize(width, height); 
initialize(); 


public void setExecutor(Executor executor) { 


} 


this.executor = executor; 


void setRelativeDirection(int relativeDirection) ( 


a 


setDirection(direction + relativeDirection); 


void setDirection(int direction) { 


} 


if (direction « 0) 1 

direction = 12 - (-direction) $ 12; 
) else ( 

direction = direction $ 12; 
} 


this.direction = direction $ 12; 


void go(int length) { 


int newx = position.x; 
int newy = position.y; 
switch (direction) { 
case DIRECTION UP: 
newy -- length; 
break; 
case DIRECTION RIGHT: 
newx += length; 
break; 
case DIRECTION DOWN: 
newy += length; 





break; 
case DIRECTION LEFT: 
newx -= length; 


break; 
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default: 
break; 
} 
Graphics g = getGraphics(); 
if (g != null) ( 
g.drawLine(position.x, position.y, newx, newy); 
g.fillOval(newx - RADIUS, newy - RADIUS, RADIUS * 2 + 1, RADIUS * 2 + 1); 
) 
position.x = newx; 
position.y newy; 


MN 


) 
public Executor createExecutor(String name) ( 
if (name.equals("go")) ( 
return new GoExecutor(this); 
) else if (name.equals("right")) { 
return new DirectionExecutor (this, RELATIVE DIRECTION RIGHT); 
) else if (name.equals("left")) { 
return new DirectionExecutor(this, RELATIVE DIRECTION LEFT); 
) else ( 
return null; 


) 
public void initialize() ( 
Dimension size = getSize(); 
position - new Point(size.width / 2, size.height / 2); 
direction = 0; 
setForeground(Color.red); 
setBackground (Color.white); 
Graphics g = getGraphics(); 
if (g l= null) ( 
g.clearRect(0, 0, size.width, size.height); 


} 
public void paint(Graphics g) ( 
initialize(); 
if (executor != null) ( 
try { 
executor.execute(); 
) catch (ExecuteException e) ( 


) 


) 


abstract class TurtleExecutor implements Executor { 
protected TurtleCanvas canvas; 
public TurtleExecutor(TurtleCanvas canvas) { 
this.canvas = canvas; 
) 
public abstract void execute(); 


} 


class GoExecutor extends TurtleExecutor ( 
public GoExecutor(TurtleCanvas canvas) { 
super (canvas); 
) 
public void execute() { 
canvas.go(TurtleCanvas.UNIT LENGTH); 
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class DirectionExecutor extends TurtleExecutor { 

private int relativeDirection; 

public DirectionExecutor(TurtleCanvas canvas, int relativeDirection) { 
super (canvas); 
this.relativeDirection = relativeDirection; 

} 

public void execute() { 
canvas.setRelativeDirection(relativeDirection); 





代码 清单 A23-14 ^ Main 类 ( Main java ) 


import language.InterpreterFacade; 
import turtle.TurtleCanvas; 








import java.util.*; 
import java.io.*; 

import java.awt.*; 
import java.awt.event.*; 


public class Main extends Frame implements ActionListener { 

private TurtleCanvas canvas - new TurtleCanvas(400, 400); 

private InterpreterFacade facade - new InterpreterFacade (canvas); 

private TextField programTextField = new TextField("program repeat 3 go right go 
left end end"); 


// 构造 函数 
public Main(String title) ( 
super (title); 


canvas.setExecutor(facade); 
setLayout (new BorderLayout()); 
programTextField.addActionListener (this); 


this.addWindowListener (new WindowAdapter() ( 
public void windowClosing (WindowEvent e) ( 
System.exit (0); 


)); 


add(programTextField, BorderLayout.NORTH); 
add(canvas, BorderLayout.CENTER); 

Pack () 

parseAndExecute(); 

show(); 


) 
// ActionListener 接口 中 的 方法 


public void actionPerformed(ActionEvent e) ( 
if (e.getSource() == programTextField) ( 
parseAndExecute(); 


private void parseAndExecute() ( 
String programText - programTextField.getText(); 
System.out.println("programText = " + programText); 
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facade.parse(programText); 
canvas.repaint(); 


) 


public static void main(String[] args) { 
new Main("Interpreter Pattern Sample"); 











| 示例 程序 的 获取 方法 


本 书 中 的 所 有 示例 程序 均 可 从 以 下 网 站 下 载 。 


http://www.ituring.com.cn/book/1811 (点 击 “ 随 书 下 载 ”) 


示例 程序 分 为 Windows 和 UNIX 两 个 版 本 。 请 读者 根据 自己 的 操作 系统 选择 合适 的 版 本 。 


| 下载 


Windows 版 的 示例 程序 以 UTF-8 编码 编写 ， 保 存 为 zip 形式 。 需 要 用 Winzip 或 是 unzip 等 解压 
工具 将 它们 解压 出 来 。 
UNIX 版 的 示例 程序 以 UTF-8 编码 编写 ， 保 存 为 tartgzip 形式 。 


| 示例 程序 的 目录 结构 


示例 程序 的 目录 结构 如 下 所 示 。 
DigitObserver.java 
GraphObserver.java 
NumberGenerator.java 
Observer.java 
RandomNumberGenerator.java 


—— src 
Main.java 
| Main.java 


Main.java 


Observer 


Main.java 





TemplateMethod 
Sample 





各 个 目录 中 保存 的 代码 如 下 。 
src/ 模式 名 /Sample: 各 章 中 讲解 的 示例 代码 
src/ 模式 名 /Q 交 …: 各 章 习 题 中 的 代码 ( 次 表示 习题 编号 ) 
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src/ 模式 名 /A 次 … : 各 章 习 题 的 答案 中 的 代码 ( 次 表示 习题 编号 ) 


| 编译 和 运行 步骤 


本 书 中 的 所 有 代码 全 部 是 用 Java 语言 编写 的 。 在 编译 和 运行 代码 时 需要 有 支持 Java 2 ( 例如 
Sun Microsystems” 公司 免 费 提供 的 J2SDK ) 以 后 的 版 本 的 开发 环境 。 


| 下 载 J2SDK 
可 以 从 以 下 地 址 下 载 J2SDK。 


http://java.sun.com? 


以 下 步骤 用 于 将 本 书 代码 解压 缩 至 work 目录 ， 然 后 使 用 J2SDK 来 编译 和 运行 程序 。 
CD 安装 J2SDK 

© 移动 至 Main.java 所 在 目录 

(3) 编译 Main.java 

(4) 运行 Main 类 文件 


| Windows 示例 
在 命令 行 界面 中 输入 以 下 命令 。 


C:\> cd \work\src\Iterator\Sample 
C:\work\src\Iterator\Sample> javac Main.java 


C:NworkNsrcMIteratorMSample?» java Main 


| UNIX xot 


$ cd /work/src/Iterator/Sample 
$ javac Main.java 


$ java Main 


(D Sun Microsystems 是 IT 及 互联 网 技术 服务 公司 ， 创 建 于 1982 年 ， 已 于 2009 年 被 甲骨 文 (Oracle) A 
司 收购 。 一 一 译 者 注 
@ 现在 访问 该 网 址 会 自动 跳 转 至 Oracle 的 主页 。 一 一 译 者 注 





在 GoF Ë (请 参见 附录 E [GoF]) 中 ， 
中 的 章节 号 。 


| 创建 型 设计 模式 


Abstract Factory 模式 (第 8 章 ) 
Factory Method 模式 (第 4 章 ) 
Singleton 模式 (第 5 章 ) 


| 结构 型 设计 模式 


Adapter 模式 (第 2 章 ) 
Composite 模式 (第 11 Æ ) 
Facade 模式 (第 15 3€ ) 
Proxy 模式 (第 21 章 ) 


| 行为 型 设计 模式 
Chain of Responsibility 模式 (第 14 章 ) 
Interpreter 模式 ( 第 23 章 ) 
. Mediator 模式 (第 16 章 ) 
Observer 模式 (第 17 章 ) 
Strategy 模式 (第 19 章 ) 
Visitor 模式 (第 13 章 ) 


设计 模式 的 分 类 如 下 所 示 。( ) 中 的 部 分 是 该 模式 在 本 书 


Builder 模式 (第 7 章 ) 
Prototype 模式 (第 6 章 ) 


Bridge 模式 (第 9 章 ) 
Decorator 模式 (第 12 Š ) 
Flyweight 模式 (第 20 章 ) 


Command 模式 (第 22 3€ ) 
Iterator 模式 (第 1 章 ) 
Memento 模式 (第 18 章 ) 

State 模式 (第 19 章 ) 

Template Method 模式 (第 3 章 ) 





这 里 我 们 挑选 了 一 些 容易 被 误解 的 问题 ， 以 Q&A 的 形式 进行 讲解 。 
关于 设计 模式 以 及 相关 的 FAQ， 请 参见 以 下 网 页 。 


€ Patterns-Discussion FAQ 


http://gee.cs.oswego.edu/dl/pd-FAQ/pd-FAQ.html 
| 什么 是 设计 模式 
Q : 什么 是 设计 模式 ? 
A : 设计 模式 是 指针 对 软件 开发 过 程 中 重复 发 生 的 问题 的 解决 办 法 。 其 中 以 被 称 为 Gang-of 


Four ( GoF ) 的 4 人 整理 出 的 23 种 设计 模式 最 为 有 名 。 
当然 ， 除 此 之 外 ， 还 有 许多 其 他 的 设计 模式 。 请 参考 以 下 网 页 。 


* DesignPatterns in Wiki 


http://c2.com/cgi/wiki?DesignPatterns 


€ Patterns Home Page 
http://www.hillside.net/patterns/ 


| 设计 模式 是 万 能 的 吗 


Q : 设计 模式 能 够 解决 软件 开发 中 的 所 有 问题 吗 ? 


A : 不 能 ， 每 个 设计 模式 都 是 用 于 解决 软件 开发 过 程 中 遇 到 的 问题 的 ， 但 是 无 论 使 用 什么 解 
决 方法 ， 都 需要 从 整体 权衡 。 设 计 模 式 并 不 能 解决 所 有 问题 。 


如何 选择 合适 的 设计 
Q : 怎样 才能 选择 出 合适 的 设计 模式 呢 ? 


A : 首先 必须 要 明确 知道 自己 的 软件 中 存在 什么 样 的 问题 。 如 果 问 题 不 够 明确 ， 是 无 法 选择 
出 合适 的 设计 模式 的 。 

例如 ， 如 果 当 前 面临 的 问题 非常 明确 ， 就 是 “对 象 太 多 ， 浪 费 了 很 多 内 存 ”， 那 么 我 们 就 会 
知道 “或 许 Flyweight 模式 比较 合适 ”。 这 是 因为 Flyweight 模式 是 通过 共享 对 象 来 减少 内 存 使 用 
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量 的 模式 。 
在 学 习 设计 模式 时 ， 我 们 要 注意 该 模式 “可 以 解决 什么 问题 ”。 
‖ 设计 模式 是 理所当然 的 


Q: 所 谓 设计 模式 ， 其 解决 方法 都 是 理所当然 的 。 我 并 不 认为 有 值得 我 们 关注 和 重新 学 习 
的 价值 。 为 什么 设计 模式 很 重要 呢 ? 


Å : 在 向 经 验 丰富 的 开发 人 员 介绍 设计 模式 时 ， 他 们 会 认为 这 是 “理所当然 ”的 。 当 然 是 这 
样 的 ， 因 为 本 来 设计 模式 就 是 开发 人 员 对 反复 遇 到 的 问题 总 结 出 来 的 解决 方法 。 

设计 模式 的 重要 性 在 于 ， 可 以 帮助 大 家 很 快 地 掌握 那些 经 验 丰 富 的 开发 人 员 才 具有 的 知识 
和 经 验 。 


| 设计 模式 很 难 背 下 来 
Q : cor 的 设计 模式 一 共有 23 种 ， 很 难 将 它们 全 部 背 下 来 。 应 该 怎么 办 呢 ? 


Å : 没有 必要 全 部 背 下 来 。 因 为 GoF 整理 出 的 23 种 设计 模式 并 非 都 是 经 常 使 用 到 的 设计 


模式 。 
机 械 地 背 下 这 些 设 计 模 式 没有 任何 意义 。 重 要 的 是 在 自己 脑海 中 理解 设计 模式 是 怎样 解决 问 
题 的 。 


| 初级 开发 人 员 与 设计 模式 


Q :设计 模式 对 初级 开发 人 员 也 有 帮助 吗 ? 


A : 当然 有 帮助 。 

对 于 刚刚 掌握 了 编程 语言 ， 并 逐渐 开始 慢 慢 地 编写 一 些 程序 的 初级 开发 人 员 来 说 ， 通 过 设计 模 
式 可 以 学 习 到 “在 进行 面向 对 象 编程 时 ， 应 该 注意 什么 "。 例 如 ， 通 过 设计 模式 ， 我 们 可 以 学 到 本 
书 中 讲解 过 的 可 复 用 性 、 可 替换 性 、 接 口 (API)、 继 承 和 委托 、 抽 象 化 等 。 

此 外 ， 设 计 模式 的 知识 也 会 对 我 们 自己 使 用 类 库 有 所 帮助 。 这 是 因为 类 库 中 的 许多 部 分 都 与 设 
计 模 式 有 关 。 

当然 ， 随 着 自己 的 技术 水 平 越 来 越 高 ， 开 始 设计 类 库 时 ， 设 计 模 式 的 知识 对 我 们 的 帮助 会 更 大 。 


‖ 设计 模式 与 模式 
Q ， 除了 “设计 模式 ”外 ， 我 还 常常 听 到 “模式 ”这 个 词 。 两 者 的 意思 是 相同 的 吗 ? 


ÅA : 严格 地 说 ,两 者 的 意思 是 有 区 别 的 。 
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不 论 是 在 什么 领域 ， 给 “在 某 种 场景 下 重复 发 生 的 问题 的 解决 办 法 ”赋予 名 字 ， 并 整理 而 成 的 
东西 一 般 都 被 称 为 “模式 ”。 

设计 模式 是 适用 于 软件 设计 和 开发 领域 的 模式 ， 它 是 模式 中 的 一 种 。 

不 过 ， 有 时 候 在 软件 领域 也 会 将 “设计 模式 ”简称 为 “模式 ”。 


| 设计 模式 与 算法 
Q : “设计 模式 ”与 “算法 ”是 一 样 的 吗 ? 


Å : 这 两 者 不 同 ,但 它们 之 间 有 着 很 深 的 联系 。 
算法 (algorithm ) 是 指 根据 输入 数据 获取 输出 数据 的 一 系列 机 械 的 步骤 。 算 法 必须 在 有 限 的 时 
间 内 结束 。 二 分 查找 算法 和 快速 排序 算法 都 是 典型 的 算法 。 
我 们 也 可 以 将 算法 看 作 是 “解决 问题 的 办 法 "， 将 其 描述 为 模式 ， 但 是 算法 并 不 等 于 模式 。 
设计 模式 不 仅 与 算法 有 关系 ， 它 还 与 习 语 (idiom ) 有 关 。 习 语 是 指 编程 时 经 常 使 用 的 固定 语法 
CORHI) 通常， 习 语 具有 “高 度 依赖 于 编程 语言 ”的 特征 。 与 算法 一 样 ， 习 语 也 可 以 被 看 作 是 
“解决 问题 的 办 法 "， 可 以 描述 为 模式 ， 但 是 习 语 也 并 不 等 于 模式 。 
在 本 书 中 ,我 们 使 用 了 具体 的 示例 程序 来 帮助 大 家 理解 设计 模式 ， 但 设计 模式 并 非 具体 的 实 
现 。 这 些 实现 背后 的 思考 方式 和 解决 方法 才 是 设计 模式 。 





























| 设计 模式 原 书 


[GoF] 


Design Patterns: Elements of Resuable Ojbect-Oriented Software" 

Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides 

ARBEEHE—. FAFE BERR 

IZV MBmZ2uU25B8flHO7-05007W4 vay SJ 

YT 下 人 xy 力作 7D YV ZRAZ 1999 Æ 

ISBN 4-7973-1112-6 (FURR) 
http://hillside.net/elements-of-reusable-object-oriented-software-book 


| 学习 Java 编程 技巧 


[Warren] 


Java in Practice: Design Styles and Idioms for Effective Java 
Nigel Warren, Philip Bishop 

[Java 格言 J 

ZEN R 

WOXATEUTYL:cmPyaig—Uuavw 20005 

ISBN 4-89471-187-7 (FURR) 
http://c2.com/cgi/wiki?JavaInPractice 


‖ 学习 GoF 以 外 的 其 他 设计 模式 


[Grand] 


Patterns in Java: A Catalog of Reusable Design Patterns Illustrated with UML 

Mark Grand 

[UML žE ot Java FFI w232—L— BHRIRIRIBEARZuRZ737wZüBR— 
RR EPER, MEH IR 

株式 会 社 力 y PYRA 2000 Æ 

ISBN 4-87783-013-8 (FOER) 


| 详细 学 习 使 用 接口 编程 


[Coad] 


Java Design: Building Better Apps and Applets, 2/e 
Peter Coad, Mark Mayfield - 

[UML i24 5 Java 才子 学 工 力 下 设计 第 2 版 J 
AE, KEER EER 

依 田光 江 ER 

株式 会 社 蕊 了 Farva ”2000 年 
ISBN 4-89471-152-4( FURR ) 


(OD 《设计 模式 : 可 复 用 面向 对 象 软件 的 基础 》 李 英 军 、 马 晓 星 、 蔡 敏 、 刘 建 中 等 译 ， 机 械 工 业 出 版 社 ， 
2007 年 1 月。 一 一 译 者 注 
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| 从 零 开始 学 Java 语言 

[Yuki03] 『 改 订 版 Java gigB7unZ727a3wZw»^vlCE-T) 
结 城 浩 著 
yD 这 这 株式 会 社 20034F 
ISBN 4-7973-2525-1 (上 卷 ) 
ISBN 4-7973-2516-X (T?) 
http://www.hyuki.com/jb/ 


| 3&5] Java 语言 规范 


[JL S] The Java Language Specification, second Edition 
James Gosling, Bill Joy, Guy Steele, Gilad Bracha 
Addison Wesley Publishing Company, ISBN: 0201310082. 
[Java 言语 仕 样 第 2 版 J 
村 上 雅 章 RR 
FXVATEUTZYL:CmFyag—uavw ”2000 年 
ISBN4-8947-1306-3 (FUER) 


| 学 习 Java 多 线程 编程 
[Yuki02] [Java S3E CAEAUZAUA VRAY AP] ev WR] 了 
车 城 浩 E 
XI PARINTI vV IRAS 2002 年 
ISBN 4-7973-1912-7 
http://www.hyuki.com/dp/dp2.html 


| 获取 um 的 最 新 信息 


*UML Resource Page 
http://www.omg.org/uml 
* Object Management Group 
http://www.omg.org 


| 获取 设计 模式 的 最 新 信息 


“设计 模式 主页 
http://www.hillside.net/patterns 

* DesignsPatterns in Wiki 
http://c2.com/cgi/wiki?DesignPatterns 


| 获取 本 书 的 最 新 信息 


。 图 解 设计 模式 
http://www.ituring.com.cn/book/1811 





(D 人 民 邮 电 出 版 社 即将 引进 出 版 ， 暂 定 书 名 为 《图 解 设 计 模 式 : 多 线程 》 一 一 译 者 注 
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* 图 文 并 成 

194 张 图 表 ( 包括 57 张 UML 类 图 ) 穿插 文中 ， 帮 助理 解 各 设计 模式 
* 通俗 易 懂 

用 浅显 的 语言 逐一 讲解 23 种 设计 模式 ， 读 完 此 书 会 发 现 GoF 书 不 再 
BTE XE 

* 专业 实用 

编写 了 Java 程 序 代码 来 实现 设计 模式 ， 每 章 附带 练习 题 和 答案 ， 用 
以 熟练 掌握 设计 模式 

* 拓展 进 阶 

必要 时 对 Java 语 言 的 功能 进行 了 补充 说 明 ， 可 加 深 对 Java 的 理 角 
此 外 ， 如 果 了 解 C++ 语 言 ， 同 样 可 以 轻松 理解 本 书 内 容 


qu 
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本 书 适合 以 下 读者 阅读 
€ 对 面向 对 象 开发 感 兴趣 的 人 


e 对 设计 模式 感 兴趣 的 人 ( 特别 是 阅读 了 GoF 书 但 是 觉得 难以 理解 的 人 ) 
e 所 有 Java 程 序 员 (特别 是 对 抽象 类 和 接口 的 理解 不 充分 的 人 ) 
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